summaryrefslogtreecommitdiff
path: root/doc/todo
diff options
context:
space:
mode:
authorGravatar Joey Hess <joey@kitenet.net>2014-07-15 14:27:43 -0400
committerGravatar Joey Hess <joey@kitenet.net>2014-07-15 14:27:43 -0400
commitc94a5d86b80dd06a018689da551012bf7d608dec (patch)
tree1616e477ff19d38a45e09258eb4facba11b9f895 /doc/todo
parentb5d944968aee1390bbcbcb36f96e26d8a0a5c9dd (diff)
sync: Fix git sync with local git remotes even when they don't have an annex.uuid set.
Catch an exception when ensureInitialized is run in a non-initted repository. In this case, just read the git config, so that the Git.Repo object is not LocalUnknown, which is what is used to represent remotes on eg, drives that are not connected. The assistant already got this right, and like with the assistant, this causes an implicit git-annex init of the local remote on the second sync, once the git-annex branch has been pushed to it. See this comment for more analysis: http://git-annex.branchable.com/todo/Recovering_from_a_bad_sync/#comment-64e469a2c1969829ee149cbb41b1c138 This commit was sponsored by jscit.
Diffstat (limited to 'doc/todo')
-rw-r--r--doc/todo/Recovering_from_a_bad_sync.mdwn2
1 files changed, 2 insertions, 0 deletions
diff --git a/doc/todo/Recovering_from_a_bad_sync.mdwn b/doc/todo/Recovering_from_a_bad_sync.mdwn
index 4b7ca672c..d60406568 100644
--- a/doc/todo/Recovering_from_a_bad_sync.mdwn
+++ b/doc/todo/Recovering_from_a_bad_sync.mdwn
@@ -27,3 +27,5 @@ These sequences of commands create two completely different git histories.
More important, if one clones on pc2 the first repository, they will see both the pc1 remote and the pc2 remote. Instead, if one clones on pc2 the repository created by the second combination of commands, they will see only the pc2 remote.
What commands should I use on pc1 to fix the history so that when pc2 clones from the origin repository it will see both the pc1 remote and its own local remote?
+
+> [[done]]; fixed per my comments. --[[Joey]]