| Commit message (Collapse) | Author | Age | |
|---|---|---|---|
| * | benchmarked numcopies .gitattributes in preferred content |  Joey Hess | 2014-01-21 |
| | | | | | | | | | | | | Checking .gitattributes adds a full minute to a git annex find looking for files that don't have enough copies. 2:25 increasts to 3:27. I feel this is too much of a slowdown to justify making it the default. So, exposed two versions of the preferred content expression, a slow one and a fast but approximate one. I'm using the approximate one in the default preferred content expressions to avoid slowing down the assistant. | ||
| * | Add and use numcopiesneeded preferred content expression. | Joey Hess | 2014-01-20 |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Add numcopiesneeded preferred content expression. * Client, transfer, incremental backup, and archive repositories now want to get content that does not yet have enough copies. This means the asssistant will make copies of files that don't yet meet the configured numcopies, even to places that would not normally want the file. For example, if numcopies is 4, and there are 2 client repos and 2 transfer repos, and 2 removable backup drives, the file will be sent to both transfer repos in order to make 4 copies. Once a removable drive get a copy of the file, it will be dropped from one transfer repo or the other (but not both). Another example, numcopies is 3 and there is a client that has a backup removable drive and two small archive repos. Normally once one of the small archives has a file, it will not be put into the other one. But, to satisfy numcopies, the assistant will duplicate it into the other small archive too, if the backup repo is not available to receive the file. I notice that these examples are fairly unlikely setups .. the old behavior was not too bad, but it's nice to finally have it really correct. .. Almost. I have skipped checking the annex.numcopies .gitattributes out of fear it will be too slow. This commit was sponsored by Florian Schlegel. | ||
| * | improve matcher data type to allow matching Keys, instead of just files (no ↵ | Joey Hess | 2014-01-18 |
| | | | | | behavior changes) | ||
| * | refactor | Joey Hess | 2013-10-28 |
| | | |||
| * | refactor | Joey Hess | 2013-05-24 |
| | | |||
| * | per-IA-item content directories | Joey Hess | 2013-04-25 |
| | | |||
| * | hlint | Joey Hess | 2013-04-03 |
| | | |||
| * | New annex.largefiles setting, which configures which files `git annex add` ↵ | Joey Hess | 2013-03-29 |
| and the assistant add to the annex. I would have sort of liked to put this in .gitattributes, but it seems it does not support multi-word attribute values. Also, making this a single config setting makes it easy to only parse the expression once. A natural next step would be to make the assistant `git add` files that are not annex.largefiles. OTOH, I don't think `git annex add` should `git add` such files, because git-annex command line tools are not in the business of wrapping git command line tools. | |||
 |
index : git-annex-gpl | |
| git-annex without the AGPL |
| summaryrefslogtreecommitdiff |