diff options
| author |  Xyem <Xyem@web> | 2014-07-24 12:31:31 +0000 |
|---|---|---|
| committer |  admin <admin@branchable.com> | 2014-07-24 12:31:31 +0000 |
| commit | 6e9585cd7d00137fc9476469f4f8cec3bd172e7e (patch) | |
| tree | ff8fe6178a170d06d96a5cf58aee509db1e82f22 /doc/todo/Deduplicate_archive___40__i.e._zip__41___files.mdwn | |
| parent | 83b0d84d94c72f0d19b09ace48bc875232ed820c (diff) | |
Diffstat (limited to 'doc/todo/Deduplicate_archive___40__i.e._zip__41___files.mdwn')
| -rw-r--r-- | doc/todo/Deduplicate_archive___40__i.e._zip__41___files.mdwn | 7 |
1 files changed, 7 insertions, 0 deletions
diff --git a/doc/todo/Deduplicate_archive___40__i.e._zip__41___files.mdwn b/doc/todo/Deduplicate_archive___40__i.e._zip__41___files.mdwn new file mode 100644 index 000000000..314c283bf --- /dev/null +++ b/doc/todo/Deduplicate_archive___40__i.e._zip__41___files.mdwn @@ -0,0 +1,7 @@ +I've just come across this issue and I'm not sure if git-annex is the right place to put it, but in case it is easy enough to do.. may as well ask! + +In this scenario, an online service (Bandcamp), automatically creates the archive file when downloading an album each and every time you download it. This results in identical files inside a zip, but different hashes due to the slightly different timestamps on the archive itself. + +Would it be possible for git-annex to be able to detect this scenario (in a manner similar to zipcmp) and redirect an add/import to the already existing copy? + +I've found this due to trying to decommission an old annex by `git annex import --clean-duplicates ~/annex_old/.git/annex/objects` and finding these files being left. |