Re: [PATCH 10/25] gettextize: git-merge basic messages
- From
Ævar Arnfjörð Bjarmason <avarab@gmail.com>
- Date
- Sep 2, 2010, 20:54 UTC
- Message-ID
- <AANLkTi=ZQAjA9SN1A3WDr-L2rFA6v-XH0mZAkhuUgdAg@mail.gmail.com>
- In-Reply-To
- <20100902203711.GE2531@burratino>
On Thu, Sep 2, 2010 at 20:37, Jonathan Nieder <jrnieder@gmail.com> wrote:
Show 31 quoted lines
> Ævar Arnfjörð Bjarmason wrote: > >> It's on top of pu, > [...] >> But I was hoping that this would >> make it into pu and after next gets released Any Day Now most of those >> other tips in pu would be folded into next along with gettext, or at >> least the merge conflicts wouldn't be too painful. > > Hmm. That really constrains people trying to merge this series. > > As SubmittingPatches explains: > > - In the exceptional case that a new feature depends on several topics > not in 'master', start working on 'next' or 'pu' privately and send > out patches for discussion. Before the final merge, you may have to > wait until some of the dependent topics graduate to 'master', and > rebase your work. > > so this is fine for discussion, but for merging, having to pull in > _all_ topics from pu (or all topics from next for that matter) for > the patches to apply really is a problem. > > Both next and pu get rewound from time to time. They are not meant > to be a stable basis for patches. > > Also worth mentioning is that topics in "next" are not guaranteed to > be included in the next release. The "next" branch has content > matching the "jch" branch which I think has a better name: it is > just the version of git that Junio uses for ordinary tasks (and > hence topics in it cannot be completely broken for long).
Yeah, I was just hoping I could get away with it :)
Having whatever Junio is using these days as ab/i18n would be convenient (since I've lost it), although I suppose I could start at master and cherry-pick my way forward.
I'll also wait for comment from Junio about what he wants done with it and what his plans are for it. But I can rebase it if need be.