[RFC/PATCH 0/5] <branch>@{publish} shorthand
- From
Jeff King <peff@peff.net>
- Date
- Jan 8, 2014, 09:33 UTC
- Message-ID
- <20140108093338.GA15659@sigill.intra.peff.net>
- In-Reply-To
- <CALkWK0=UkWEGhU6D8CQctdgTvZUUj276LSuNhSmRUMZ5mwZTeA@mail.gmail.com>
On Wed, Jan 08, 2014 at 03:05:48AM +0530, Ramkumar Ramachandra wrote:
> Agreed. I'll start working on @{publish}. It's going to take quite a
> bit of effort, because I won't actually start using it until my prompt
> is @{publish}-aware.There's a fair bit of refactoring involved. I took a stab at it and came up with the series below. No docs or tests, and some of the refactoring in remote.c feels a little weird. I can't help but feel more of the logic from "git push" should be shared here.
But it at least works with my rudimentary examples. I'm hoping it will make a good starting point for you to build on. Otherwise, I may get to it eventually, but it's not a high priority for me right now.
> Actually, I'm not sure I'd use "git rebase @{pu}"; for me @{pu} is
> mainly a source of information for taking apart to build a new series.Ah, that's how I'd probably use it, too. :)
[1/5]: sha1_name: refactor upstream_mark
[2/5]: interpret_branch_name: factor out upstream handling
[3/5]: branch_get: return early on error
[4/5]: branch_get: provide per-branch pushremote pointers
[5/5]: implement @{publish} shorthand-Peff