summaryrefslogtreecommitdiff
path: root/Utility/Path.hs
Commit message (Collapse)AuthorAge
* better ~/ handlingGravatar Joey Hess2012-08-02
|
* moveGravatar Joey Hess2012-03-11
|
* Fix a bug in symlink calculation code, that triggered in rare cases where an ↵Gravatar Joey Hess2012-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...Gravatar Joey Hess2012-01-23
|
* no implicit dotfiles in addGravatar Joey Hess2012-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 UtilityGravatar Joey Hess2011-10-16
|
* minor syntax changesGravatar Joey Hess2011-10-11
|
* go go gadget hlintGravatar Joey Hess2011-09-20
|
* reorgGravatar Joey Hess2011-09-19
|
* code simplification thanks to applicative functorsGravatar Joey Hess2011-08-25
|
* split groups of related functions out of UtilityGravatar Joey Hess2011-08-22