[Development] gerrit : pointers to use it cleverly/efficiently?
Oswald Buddenhagen
oswald.buddenhagen at theqtcompany.com
Fri Apr 1 12:56:23 CEST 2016
On Fri, Apr 01, 2016 at 08:22:42AM +0200, Rolland Dudemaine wrote:
>
> On 30/03/2016 18:04, Thiago Macieira wrote:
> > On quarta-feira, 30 de março de 2016 09:41:12 PDT Rolland Dudemaine wrote:
> >> But git-gpush as Thiago mentioned may be still far better...
> > This is exactly what git gpush does, except that it does everything without
> > changing your checkout, which means you won't trigger a full rebuild-the-
> > world. It has a few more features beyond that, including the ability to pass
> > reviewers in the command-line and handling of multiple patch groups in the
> > same branch, for those who are crazy to develop like I am.
> >
> > Sometimes, the cherry-picking without checkout fails. So you may have to do
> > the above anyway. If this happens often enough, like it does for me, I
> > recommend having a separate clone or git new-workdir, so you aren't forced to
> > rebuild the world.
> >
> Actually, git-gpush will update the whole history of changes that may be
> on your checkout, not only the single one you're pushing. Just been
> bitten by that this morning again, and that invalidates all your reviews
> on gerrit.
>
> Unless there is a magic I'm not aware of, the
> temporary-branch-plus-cherry-pick is the only way to push a single
> commit among a list of many.
>
thiago is talking about the advanced git-gpush that is work in progress.
you can check it out from my dashboard if you want. it's basically
production quality, but i still want to change the format of the state
files and don't feel like providing a migration path, so i'm not merging
it as-is.
More information about the Development
mailing list