From ee38850f3422851bfd5371cb0b533494740096d3 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 3 May 2016 13:19:36 -0400 Subject: response --- ...mment_35_5801755d10149f0d3971fef0b6e1b62f._comment | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) create mode 100644 doc/special_remotes/comment_35_5801755d10149f0d3971fef0b6e1b62f._comment (limited to 'doc/special_remotes') diff --git a/doc/special_remotes/comment_35_5801755d10149f0d3971fef0b6e1b62f._comment b/doc/special_remotes/comment_35_5801755d10149f0d3971fef0b6e1b62f._comment new file mode 100644 index 000000000..cdb0a1b16 --- /dev/null +++ b/doc/special_remotes/comment_35_5801755d10149f0d3971fef0b6e1b62f._comment @@ -0,0 +1,19 @@ +[[!comment format=mdwn + username="joey" + subject="""comment 35""" + date="2016-05-03T17:12:42Z" + content=""" +@grawity yes, enableremote is the way to change configuration of an +existing special remote. + +The special remote names are a bit funky; to keep the user from needing to +enter in a long uuid when enabling a particular special remote, a name +has to be recorded for the remote, and that becomes shared across clones +of that repository, in a way that the names of git remotes are not +normally. (Normally, my "origin" might be your "upstream" etc.) + +While it could ignore dead remotes when initializing a new remote with an +existing name, then if the old remote got brought back from the dead, there +would be a naming conflict. So, I think it's best to not go down that path, +to avoid the undead horrors lurking there. ;-) +"""]] -- cgit v1.2.3