| Commit message (Collapse) | Author | Age |
|---|
| ... | |
| |
|
|
|
|
|
|
| |
This was more complex than would be expected. unannex has to use git commit -a
since it's removing files from git; git commit filelist won't do.
Allow commands to be added to the Git queue that have no associated files,
and run such commands once.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The only remaining vestiage of backends is different types of keys. These
are still called "backends", mostly to avoid needing to change user interface
and configuration. But everything to do with storing keys in different
backends was gone; instead different types of remotes are used.
In the refactoring, lots of code was moved out of odd corners like
Backend.File, to closer to where it's used, like Command.Drop and
Command.Fsck. Quite a lot of dead code was removed. Several data structures
became simpler, which may result in better runtime efficiency. There should
be no user-visible changes.
|
| |
|
|
| |
don't remove .git-annex until state has been succeffully saved
|
| | |
|
| |
|
|
| |
It was always imported qualified as Git anyway
|
| | |
|
| |
|
|
|
| |
GitRepo is getting too large an interface; these all fit nicely into a
submodule.
|
| | |
|
| | |
|
| |
|
|
| |
to avoid long delay after
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
but write the index file a lot, so slow
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
v2 upgrade will undo them
|
| |
|
|
| |
gitattributes changes are not needed, and will be removed in the v2 upgrade
|
| |
|
|
| |
It will need to run in Annex so it can use Branch
|
| | |
|
| |
|
|
|
|
|
| |
Since the queue is flushed in between subcommand actions being run,
there should be no issues with actions that expect to queue up some stuff
and have it run after they do other stuff. So I didn't have to audit for
such assumptions.
|
| |
|
|
| |
git-annex-shell. This results in some oddly named keys in the v1 annex. Recognise and fix those keys when upgrading, instead of crashing.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Added a cheap way to query the size of a queue.
runQueueAt is not the default yet only because there may be some code that
expects to be able to queue some suff, do something else, and run the whole
queue at the end.
10240 is an arbitrary size for the queue. If we assume annexed
filenames are between 10 and 255 characters long, then the queue will
build up between 100kb and 2550kb long commands. The max command line
length on linux is somewhere above 20k, so this is a fairly good balance --
the queue will buffer only a few megabytes of stuff and a minimal number
of commands will be run by xargs.
Also, insert queue items strictly, this should save memory.
|
| | |
|
| |
|
|
| |
In a large repo, just queuing the things to do used a lot of ram.
|
| | |
|
| | |
|
| |
|
|
| |
still need to move location log files, and auto-commit
|
|
|
pulled in old versions of functions for working with keys
Wrote a parser from old key filenames to new keys.
|
Joey Hess