Commit message (Collapse) | Author | Age | |
---|---|---|---|
* | git-annex-shell: GIT_ANNEX_SHELL_READONLY and GIT_ANNEX_SHELL_LIMITED ↵ | Joey Hess | 2011-10-15 |
| | | | | | | environment variables can be set to limit what commands can be run. This could be used by eg, gitolite. | ||
* | update | Joey Hess | 2011-10-15 |
| | |||
* | add a copy of my mailing list post | Joey Hess | 2011-10-15 |
| | |||
* | add | Joey Hess | 2011-10-15 |
| | |||
* | reorg | Joey Hess | 2011-10-14 |
| | |||
* | A remote can have a annexUrl configured, that is used by git-annex instead ↵ | Joey Hess | 2011-10-14 |
| | | | | of its usual url. (Similar to pushUrl.) | ||
* | Added a comment: fixed that | http://joey.kitenet.net/ | 2011-10-13 |
| | |||
* | (no commit message) | https://www.google.com/accounts/o8/id?id=AItOawncBlzaDI248OZGjKQMXrLVQIx4XrZrzFo | 2011-10-13 |
| | |||
* | add news item for git-annex 3.20111011 | Joey Hess | 2011-10-11 |
| | |||
* | add timestamps to remote.log | Joey Hess | 2011-10-06 |
| | |||
* | Add timestamps to trust.log. | Joey Hess | 2011-10-06 |
| | |||
* | add timestamp to uuid.log | Joey Hess | 2011-10-06 |
| | | | | | | | | * New or changed repository descriptions in uuid.log now have a timestamp, which is used to ensure the newest description is used when the uuid.log has been merged. * Note that older versions of git-annex will display the timestamp as part of the repository description, which is ugly but otherwise harmless. | ||
* | investigated file formats; appending timestamp should preserve back-compat | Joey Hess | 2011-10-05 |
| | |||
* | bug | Joey Hess | 2011-10-05 |
| | |||
* | Add locking to avoid races when changing the git-annex branch. | Joey Hess | 2011-10-03 |
| | |||
* | update | Joey Hess | 2011-10-03 |
| | |||
* | When displaying a list of repositories, show git remote names in addition to ↵ | Joey Hess | 2011-09-30 |
| | | | | their descriptions. | ||
* | Added a comment | http://joey.kitenet.net/ | 2011-09-30 |
| | |||
* | Added a comment | https://www.google.com/accounts/o8/id?id=AItOawncBlzaDI248OZGjKQMXrLVQIx4XrZrzFo | 2011-09-30 |
| | |||
* | Added a comment | http://joey.kitenet.net/ | 2011-09-30 |
| | |||
* | (no commit message) | https://www.google.com/accounts/o8/id?id=AItOawncBlzaDI248OZGjKQMXrLVQIx4XrZrzFo | 2011-09-30 |
| | |||
* | add | Joey Hess | 2011-09-29 |
| | |||
* | add news item for git-annex 3.20110928 | Joey Hess | 2011-09-28 |
| | |||
* | foo | Joey Hess | 2011-09-28 |
| | |||
* | typo | Joey Hess | 2011-09-28 |
| | |||
* | Merge branch 'master' into unusedfull | Joey Hess | 2011-09-28 |
|\ | |||
| * | mention that add --force adds ignored files | Joey Hess | 2011-09-25 |
| | | |||
| * | include --bindir in all cabal install examples | Joey Hess | 2011-09-25 |
| | | |||
* | | documentation/warning message update for future feature | Joey Hess | 2011-09-23 |
|/ | |||
* | status: Massively sped up; remove --fast mode. | Joey Hess | 2011-09-20 |
| | | | | | | | | | | Using Sets is the right thing; they have constant size lookup like my SizeList, and logn insertation, which beats nub to death. Runs faster than --fast mode did before, and gives accurate counts. 13 seconds total runtime with a warm cache in a repository with 40 thousand keys. | ||
* | status: In --fast mode, all status info is displayed now; but some of it is ↵ | Joey Hess | 2011-09-20 |
| | | | | only approximate, and is marked as such. | ||
* | Added a comment | http://joey.kitenet.net/ | 2011-09-19 |
| | |||
* | Merge branch 'master' of ssh://git-annex.branchable.com | Joey Hess | 2011-09-19 |
|\ | |||
| * | Added a comment | http://joey.kitenet.net/ | 2011-09-19 |
| | | |||
* | | some of these are now done | Joey Hess | 2011-09-19 |
| | | |||
| * | Added a comment | http://joey.kitenet.net/ | 2011-09-19 |
|/ | |||
* | typo | Joey Hess | 2011-09-19 |
| | |||
* | update docs | Joey Hess | 2011-09-18 |
| | |||
* | make find show files meeting limits, even when not present | Joey Hess | 2011-09-18 |
| | | | | | | | | | find: Rather than only showing files whose contents are present, when used with --exclude --copies or --in, displays all files that match the specified conditions. Note that this is a behavior change for find --exclude! Old behavior can be gotten with find --in . --exclude=... | ||
* | --copies=N can be used to make git-annex only operate on files with the ↵ | Joey Hess | 2011-09-18 |
| | | | | | | specified number of copies. (And --not --copies=N for the inverse.) | ||
* | update man page for file matching options | Joey Hess | 2011-09-18 |
| | | | | (--in is not yet implemented) | ||
* | idea | Joey Hess | 2011-09-17 |
| | |||
* | add news item for git-annex 3.20110915 | Joey Hess | 2011-09-17 |
| | |||
* | grouped commands into related sections | Joey Hess | 2011-09-15 |
| | |||
* | remove now unnecessary git commits | Joey Hess | 2011-09-15 |
| | |||
* | wording | Joey Hess | 2011-09-15 |
| | |||
* | copy --auto | Joey Hess | 2011-09-15 |
| | | | | Only does copy when numcopies is not yet satisfied. | ||
* | document --auto all in one place | Joey Hess | 2011-09-15 |
| | |||
* | remove optimize subcommand; use --auto instead | Joey Hess | 2011-09-15 |
| | | | | | | | | | | | | | | | | | | get, drop: Added --auto option, which decides whether to get/drop content as needed to work toward the configured numcopies. The problem with bundling it up in optimize was that I then found I wanted to run an optmize that did not drop files, only got them. Considered adding a --only-get switch to it, but that seemed wrong. Instead, let's make existing subcommands optionally smarter. Note that the only actual difference between drop and drop --auto is that the latter does not even try to drop a file if it knows of not enough copies, and does not print any error messages about files it was unable to drop. It might be nice to make get avoid asking git for attributes when not in auto mode. For now it always asks for attributes. | ||
* | optimize: A new subcommand that either gets or drops file content as needed ↵ | Joey Hess | 2011-09-14 |
| | | | | | | | | to work toward meeting the configured numcopies setting. This is currently rather simplistic, though still useful. In the future, it could become smarter about what content is stored where, etc. |