[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