Commit message (Collapse) | Author | Age | |
---|---|---|---|
* | better ~/ handling | Joey Hess | 2012-08-02 |
| | |||
* | move | Joey Hess | 2012-03-11 |
| | |||
* | Fix a bug in symlink calculation code, that triggered in rare cases where an ↵ | Joey Hess | 2012-03-05 |
| | | | | | | | | | | | annexed file is in a subdirectory that nearly matched to the .git/annex/object/xx/yy subdirectories. This is a straight up pure-code stinker. The relative path calculation looked for common subdirectories in the two paths, but failed to stop after the paths diverged. When a later pair of subdirectories were the same, the resulting relative path was wrong. Added regression test for this. | ||
* | a few things available elsewhere... | Joey Hess | 2012-01-23 |
| | |||
* | no implicit dotfiles in add | Joey Hess | 2012-01-03 |
| | | | | | | | | | | | | | | | | | | | | | | | | Dotfiles, and files inside dotdirs are not added by "git annex add" unless the dotfile or directory is explicitly listed. So "git annex add ." will add all untracked files in the current directory except for those in dotdirs. One reason for this is that it will make git-annex more usable with vcsh, where you don't want "vcsh big annex add" to check in all the dotfiles that are already versioned in other repositories. (If you're using vcsh for repos that contain non-dotfiles, this won't help, and you'll need to .gitignore such things, but this will cover the common case.) A more general reason why this seems like a good idea is the same reason ls ignores dotfiles, just the unix convention that they are cruft that is kept out of the way most of the time. All the other git-annex commands still do deal with any dotfiles that do get into the annex. This seemed right because if I've gone to the trouble to add a dotfile, I will want "git annex get ." to get it along with everything else. | ||
* | broke up Utility | Joey Hess | 2011-10-16 |
| | |||
* | minor syntax changes | Joey Hess | 2011-10-11 |
| | |||
* | go go gadget hlint | Joey Hess | 2011-09-20 |
| | |||
* | reorg | Joey Hess | 2011-09-19 |
| | |||
* | code simplification thanks to applicative functors | Joey Hess | 2011-08-25 |
| | |||
* | split groups of related functions out of Utility | Joey Hess | 2011-08-22 |