Ну чтобы не бояться не быть полезным - Forward-only DVCS: ?
[Recent Entries][Archive][Friends][User Info]
05:49 pm
[Link] |
Forward-only DVCS: ? a tool which would allow to synchronize "cache-like" directories. In a smarter way than, say, rsync. But, say, Git is not suited for caches because it stores old versions of files (in order to allow reversions), but this is not needed for caches: they are "forward-only", and if you delete something from a cache, you want its contents to be actually thrown away from your place.
"In a smarter way" means that it should have real good history with branches: the history would determine what would be the freshest merge result of the directory versions being synchronized. rsync is without history, and therefore it must be told the direction of the synchronization; without help, it can't know whether a missing file is actually an intentionally deleted file or simply missing from an older version.
It's a natural wish. I store--in various places--heaps of files (papers, books, software packages) which, for some purpose, I found useful to be saved (say, for having them at hand for quick viewing, or before going on an offline travel). I often copy the heaps between computers, other media. I add files to them from time to time, review and delete as well. And then, when I switch computers, sometimes, I want to synchronize the changes.
Automatic caches, which throw content away because of age, are not what I want; I control the content manually.
Does something like this exist?
(It could be Git with its history tracking and merging logic, but with modified store: first, which stores only what is needed for the head, and second, stores the content just in the "working dir"--no need to double space consumption in such case. So, it's still quite different from Git; probably, such a modification wouldn't fit naturally into Git.)
|
|
|
| From: | imz |
Date: | October 28th, 2008 - 11:03 pm |
---|
| | | (Link) |
|
Such cache would also fit the purpose of managing my mailbox caches on various computers. A task I have been looking a solution for for a long time. The stupid method of syncing the mailboxes just as sets of messages wasn't good (because deletion could indeed be the intentional new states); histories comparison must be used for this.
| From: | imz |
Date: | July 8th, 2013 - 06:59 pm |
---|
| | continued | (Link) |
|
| From: | imz |
Date: | July 8th, 2013 - 07:00 pm |
---|
| | git-annex | (Link) |
|
|
|