Commit message (Collapse) | Author | Age | ||
---|---|---|---|---|
... | ||||
| * | Added a comment | 2016-03-15 | ||
| | | ||||
| * | new issue with sharedRepository introdcued in 5.20151208 | 2016-03-15 | ||
| | | ||||
| * | Added a comment | 2016-03-14 | ||
| | | ||||
| * | Added a comment | 2016-03-14 | ||
| | | ||||
| * | devblog | 2016-03-14 | ||
| | | ||||
| * | close | 2016-03-14 | ||
| | | ||||
| * | typo | 2016-03-14 | ||
| | | ||||
| * | comment | 2016-03-14 | ||
| | | ||||
| * | comment | 2016-03-14 | ||
| | | ||||
| * | comment | 2016-03-14 | ||
| | | ||||
| * | reuse annex's HashObjectHandle | 2016-03-14 | ||
| | | ||||
| * | Sped up git-annex merge by using git hash-object --batch. | 2016-03-14 | ||
| | | | | | | | | | | | | | | This does mean that it has to write out temp files containing updated objects for the merge. So may use more disk space, and disk IO, but that should generally win out over needing to launch N separate git hash-object processes. | |||
| * | fix build of this | 2016-03-14 | ||
| | | ||||
| * | use hash-object --batch | 2016-03-14 | ||
| | | | | | | | | Handle was plumbed through, but not used. | |||
| * | Sped up git-annex add in direct mode and v6 by using git hash-object --batch. | 2016-03-14 | ||
| | | | | | | | | Speeds up hashSymlink and hashPointerFile. | |||
| * | followup | 2016-03-14 | ||
| | | ||||
| * | comment | 2016-03-14 | ||
| | | ||||
| * | comment | 2016-03-14 | ||
| | | ||||
| * | comment | 2016-03-14 | ||
| | | ||||
| * | comment | 2016-03-14 | ||
| | | ||||
| * | response | 2016-03-14 | ||
| | | ||||
| * | Correct git-annex info to include unlocked files in v6 repository. | 2016-03-14 | ||
| | | | | | | | | | | | | | | | | | | | | | | An unlocked present file does not have a pointer file in the worktree, so info skipped counting it. It may be that unused was also affected by the problem, but it seemed not to be in my tests. I think because of the use of the associatedFilesFilter. This fix slows down both info and unused a little bit, since they have to query the contents of files from git, but only when handling unlocked files. | |||
| * | Added a comment | 2016-03-14 | ||
| | | ||||
| * | (no commit message) | 2016-03-13 | ||
| | | ||||
| * | removed | 2016-03-13 | ||
| | | ||||
| * | (no commit message) | 2016-03-13 | ||
| | | ||||
| * | (no commit message) | 2016-03-13 | ||
| | | ||||
| * | (no commit message) | 2016-03-13 | ||
| | | ||||
| * | (no commit message) | 2016-03-13 | ||
| | | ||||
| * | (no commit message) | 2016-03-13 | ||
| | | ||||
| * | (no commit message) | 2016-03-13 | ||
| | | ||||
| * | windows git seems to fail to checkout foo.../bar ; rename | 2016-03-12 | ||
| | | ||||
| * | remove danging comment with * in its filename | 2016-03-12 | ||
| | | ||||
| * | fix links | 2016-03-12 | ||
| | | ||||
| * | remove note about cygwin git | 2016-03-12 | ||
| | | ||||
| * | Bump standards version | 2016-03-12 | ||
| | | | | | | | | (cherry picked from commit 6efa2492bb0c34279f535e79228016555bdb915c) | |||
| * | Merge branch 'master' of ssh://git-annex.branchable.com | 2016-03-12 | ||
| |\ | ||||
| * | | rename files containing : | 2016-03-12 | ||
| | | | | | | | | | | | | | | | | | | This is mostly to let the repo check out on windows w/o using cygwin's git. But, bash completion is also crap with : , so .. | |||
| * | | bump process version in stack.yaml | 2016-03-12 | ||
| | | | | | | | | | | | | Newer version than current lts has is needed on windows | |||
| | * | Typo | 2016-03-12 | ||
| |/ | ||||
* | | update | 2016-03-11 | ||
| | | ||||
* | | simplify | 2016-03-11 | ||
| | | ||||
| * | devblog | 2016-03-11 | ||
| | | ||||
* | | implement another adjustment -- easy to do now! | 2016-03-11 | ||
| | | ||||
* | | simplify adjustment reversal | 2016-03-11 | ||
| | | ||||
* | | grafting new items into existing tree | 2016-03-11 | ||
| | | ||||
* | | refactor | 2016-03-11 | ||
| | | ||||
* | | fixme | 2016-03-11 | ||
| | | ||||
* | | fix deletion of files in adjustTree | 2016-03-11 | ||
| | | ||||
* | | improve propigation of commits from adjusted branches | 2016-03-11 | ||
| | | | | | | | | | | | | | | | | | | | | | | Only reverse adjust the changes in the commit, which means that adjustments do not need to be generally cleanly reversable. For example, an adjustment can unlock all locked files, but does not need to worry about files that were originally unlocked when reversing, because it will only ever be run on files that have been changed. So, it's ok if it locks all files when reversed, or even leaves all files as-is when reversed. |