Johannes Schindelin <Johannes.Schindelin@xxxxxx> writes: >> And should I still use gitgitgadget PR on my origin branch "dedup"or >> send patch on branch "zh/ls-files-deduplicate"? > > The way GitGitGadget is designed asks for contributors to adjust their > patch(es) via interactive rebase, implementing the suggestions and > addressing the concerns while doing so, then force-pushing, optionally > amending the first PR comment (i.e. the description) with a list of > those changes, and then submitting a new iteration via `/submit`. Thanks for clearly explaining the rules. As I suspect many people are afraid of forcing their pushes, it would assure them to explain that it is OK to force when them restart the series from scratch by replacing the commits. And it would very much help on the receiving end when the description gets updated. Just being curious, but when a series hits 'next', would the way in which the user interacts with GGG change? With or without GGG, what is done on the local side is not all that different---you build new commits on top without disturbing the commits that are in 'next'. Then what? Push it again (this time there is no need to force) and submit the additional ones via `/submit`? Thanks.
