-
Notifications
You must be signed in to change notification settings - Fork 13
Remove dependency on origin
remote
#203
Comments
Is this about letting people rename their remote? Or about wit not knowing any remote names? Or is it the issue that if they add a very similar remote to the initial origin it'll have all the same branch names and since we aren't explicit enough about origin it can't figure out which to use? |
This. I think I ran into a weird error message with Wit when I had a Git repo without any remotes, since I was trying to test something locally without having pushed a new repo I created out to GitHub yet. It was either that, or I had a scenario where I had two remotes that I manually set up, and I deleted the |
I think the reliance on a remote named |
Yes, concretely if during your workflow you decide to change the dependency to something you have checked out a new version of, and locally you are calling it, say |
It is unclear to me why we are relying on the existence of a remote named
origin
. I suggest that we do not assume that a remote namedorigin
is always present or that it has any special meaning.I also suggest that we mimic Git's own treatment of
origin
, which is non-special. For example, the ability ofgit checkout foo
to automatically performgit checkout -b foo origin/foo
is actually not specific toorigin
, but it actually searches all remotes and only does the expansion when branch name is unique: https://git-scm.com/docs/git-checkout#_descriptionWe should make sure that we print the appropriate error messages for any commands that are dependent on having at least one remote.
The text was updated successfully, but these errors were encountered: