| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| |
|
|
|
| |
Now that branches are more likely, unused needs to more explicitly warn
that it does not look in them.
|
| | |
|
| | |
|
| |
|
|
|
| |
The journal sped this up approximatly 100-fold; it runs in just a few
minutes for a large repository with 30 thousand log files.
|
| |
|
|
|
|
|
|
| |
git is slow when the index file is large and has to be rewritten each time
a file is changed. To speed this up, added a journal where changes are
recorded before being fed into the index file and committed to the
git-annex branch. The entire journal can be fed into git with just 2
commands, and only one write of the index file.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
but write the index file a lot, so slow
|
| | |
|
| |
|
|
|
|
| |
That sucking sound is a whole page of code vanishing to be replaced with
return . catMaybes . map (logFileKey . takeFileName) =<< Branch.files
What can I say, git is my database, and haskell my copilot.
|
| | |
|
| |
|
|
|
|
|
|
|
| |
This fixes precommit, since in that hook, git sets the env var to write
to the lock file, which avoids git add failing due to the presence of the
lock file. (Took me a good hour and a half of confusion to figure this out.)
Test suite now passes 100%! Only the upgrade code still remains to be
written.
|
| |
|
|
|
|
|
| |
Otherwise, the location log changes are only staged in its index,
and this can confuse matters if pulling or cloning from the remote.
The test suite was failing because this wasn't done.
|
| | |
|
| |
|
|
|
| |
Use GitRepo functions to call git, the bug occurred when it was run
in a git repo that was not the same as the repo being acted on.
|
| | |
|
| |
|
|
|
| |
This seemed much too hard to do. I just wanted to close stderr
when running it.
|
| | |
|
| | |
|
| |
|
|
|
| |
Many more commands can work in bare repos now, thanks to the git-annex
branch.
|
| |
|
|
|
|
|
|
|
| |
Do not set annex.version whenever any command is run. Just do it in init.
This ensures that, if a repo has annex.version=3, it has a git-annex
branch, so we don't have to run a command every time to check for the
branch.
Remove the old ad-hoc logic for v0 and v1, to simplify version checking.
|
| | |
|
| | |
|
| |
|
|
| |
don't just pull master.. pull everything
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
.. and I think that's everything that will use the branch
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
stop changing gitattributes on init
create git-annex branch on init
ugly special case for init in a bare repository goes away, yay!
git annex init is also faster, at least in a large existing repo, as
it does not need to run the slow 'git add'
|
| |
|
|
| |
v2 upgrade will undo them
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
gitattributes changes are not needed, and will be removed in the v2 upgrade
|
| | |
|
| |
|
|
|
|
|
|
| |
Support creating the branch.
Unified branch state into a single data type.
Only commit changes when the index has been changed.
|
| |
|
|
| |
It will need to run in Annex so it can use Branch
|
| |
|
|
|
|
|
|
|
|
|
| |
This will speed up typical cases like git-annex get, which currently
has to read the location log once, then read it a second time in order to
add a line to it. Since these reads now involve more than just reading
in a file, it seemed good to add a cache layer.
Only the most recent thing needs to be cached, because git-annex has
good locality; it operates on one file at a time, and only cares
about one item from the branch per file.
|
| |
|
|
| |
More likely to be 100% correct now, I think.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is needed for robust handling of the git-annex branch. Since changes
are staged to its index as git-annex runs, and committed at the end,
it's possible that git-annex is interrupted, and leaves a dirty index.
When it next runs, it needs to be able to merge the git-annex branch
as necessary, without losing the existing changes in the index.
Note that this assumes that the git-annex branch is only modified by
git-annex. Any changes to it will be lost when git-annex updates the
branch. I don't see a good, inexpensive way to find changes in
the git-annex branch that arn't in the index, and union merging the
git-annex branch into the index every time would likewise be expensive.
|
| |
|
|
|
|
| |
make commit commit to the right branch
when getting content from the branch, update first
|
| | |
|
| |
|
|
| |
Refactored some code that it needs into GitRepo.
|
| | |
|
| | |
|
Joey Hess