diff options
author | https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U <Richard@web> | 2014-01-02 00:26:20 +0000 |
---|---|---|
committer | admin <admin@branchable.com> | 2014-01-02 00:26:20 +0000 |
commit | ed4aed340290228761fea126ae4dee67358985b2 (patch) | |
tree | 55ec4df8008614372b569110d3d14e7301387640 | |
parent | fb9fd64d7ef54a272a05e9fe0c763175789cfcdd (diff) |
Added a comment
-rw-r--r-- | doc/todo/untracked_remotes/comment_3_0d07c5bc8d42f35351c11411eaca88df._comment | 29 |
1 files changed, 29 insertions, 0 deletions
diff --git a/doc/todo/untracked_remotes/comment_3_0d07c5bc8d42f35351c11411eaca88df._comment b/doc/todo/untracked_remotes/comment_3_0d07c5bc8d42f35351c11411eaca88df._comment new file mode 100644 index 000000000..946eeaa6c --- /dev/null +++ b/doc/todo/untracked_remotes/comment_3_0d07c5bc8d42f35351c11411eaca88df._comment @@ -0,0 +1,29 @@ +[[!comment format=mdwn + username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U" + nickname="Richard" + subject="comment 3" + date="2014-01-02T00:26:14Z" + content=""" +Regarding 1.: If two untracked repositories are talking to each other, they should not be tracked at all, so I don't see any issue there. +If an untracked repository communicates with a tracked one, the untracked one should still send updates for the tracked one when synching. +The solution might really simply be a specific untracked location log distinct from the rest. +This would even allow merging changes back into the main log if the user decides to track a repository after all. + +Regarding pushing to tracking branches: This behavior will change soon and you can override it; see the manpage for `git-config(1)` at push.default. + +Location leaks could be solved by passing `00000000-0000-0000-0000-000000000002` as UUID. +Using that UUID might also be the solution for all untracked repos as it's trivial to special case for this, but: +* What happens when you switch a known repo to untracked? What happens to its UUID in various logs? Maybe introduce a specific discard log which tries to get rid of all data concerning those UUIDs? +* What happens when you switch a repo from untracked to tracked? Simply generate (reactivate?) a UUID and switch all local occurences of `00000000-0000-0000-0000-000000000002` to the new UUID? + +`git annex drop --from publicrepo` is not allowed to take local copies into account to satisfy `numcopies`, simple as that. +IMO, this is the only valid approach, as that mirrors the global view from all other repos. +For all intents and purposes, an untracked repo does not exist. + + +The complement, a read-only repo, would also be very useful. +Such a repo would hold data, but it would never accept location data of anywhere besides itself and the web remote. + + +Richard +"""]] |