-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Match branches with their remote in the config #21
Comments
Hi, At the beginning
What seems possible is:
What seems difficult/impossible without big changes:
So if there is a way to get the configured remote for a given branch, I can use this information when checking for branches statuses. But you will still have to re-associate branches with their remotes when you recreate the workspace somewhere. |
I understand better where this comes from: easily setting up local clones. I think that at least, it would make sense to use the configured remote for each branch to check their status, I don't see why anybody would be expecting something else. That's your first point, and in a way, the original subject of my request. As for the second point, I didn't even think about it ^^ So yes, I guess you can't do so much… well, I'm not sure it is something extremely needed (to have gws autocreating local branches and associating them to remotes) since after cloning, you usually create branches yourself when the need arises, and then you would associate them to remotes by hand too, it would make sense to do so. |
Agreed, I'll investigate on this (when I'll have time 😓 )
I share your point of view. It is be possible to do it, but it would make everything (code, syntaxes, etc.) more complex. |
Hi,
I have a repository with many branches and each of them points to a different remote.
But I don't know why, gws tries to match them to origin… for example I get one with a message as follow:
andreptb : No remote branch origin/andreptb
But in my git config I have:
[branch "andreptb"]
remote = andreptb
merge = refs/heads/master
with andreptb declared as a remote.
The text was updated successfully, but these errors were encountered: