Re: Proposal: branch.<name>.remotepush
- From
- Michael Schubert <mschub@elegosoft.com>
- Date
- Feb 7, 2013, 17:45 UTC
- Message-ID
- <5113E849.8000602@elegosoft.com>
- In-Reply-To
- <CALkWK0nA4hQ0VWivk3AVVVq8Rbb-9CpQ9xFsSOsTQtvo4w08rw@mail.gmail.com>
On 02/07/2013 05:14 PM, Ramkumar Ramachandra wrote:
Show 15 quoted lines
> This has been annoying me for a really long time, but I never really > got around to scratching this particular itch. I have a very common > scenario where I fork a project on GitHub. I have two configured > remotes: origin which points to "git://upstream" and mine which points > to "ssh://mine". By default, I always want to pull `master` from > origin and push to mine. Unfortunately, there's only a > branch.<name>.remote which specifies which remote to use for both > pulling and pushing. There's also a remote.<name>.pushurl, but I get > the feeling that this exists for an entirely different reason: when I > have a server with a highly-available read-only mirror of the > repository at git://anongit.*, and a less-available committer-only > mirror at ssh://*. > > How about a branch.<name>.remotepush that specifies a special remote > for pushing, falling back to branch.<name>.remote?
Additionally, it would be nice to have branch.<name>.push or similar to configure a default destination branch for push. Gerrit users usually want to track refs/heads/master but push to refs/for/master for example.