[TYPO3-core] Gerrit Workflow with changing patchsets

[Peter Niederlag]

Hello,

[...]
> on one hand it's a good practice to split bigger commits in multiple
> parts, since it's easier to review, on the other hand it might be
> annoying to update all dependant changes after pushing a patchset to a
> preceeding commit.
>
> Maybe it's easier if I'm more used to it...

I am not sure, but it seems gerrit is just not optimal suited for 
"stacks of change-requests"(?). For example if there is a stack of ten 
change-requests which depend on each other: ALL reviews get lost, when 
the first patchset is updated, as in consequence all other (stacked) 
change requests have to be updated and thus loose their review status.

I guess you could optimize/automize some toolchain around 'git rebase' 
that goes through a series of patches, fetches the most recent patch 
version from gerrit and updates the stack on top of it.

Also there are patches/issues around gerrit that try to build some kind 
of support to group change-requests, however IMO nothing that will be 
nativly supported in the near future.

Maybe the other folks around (flow3?) have something else to add. ;)

[...]

Greets,
Peter
-- 
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *