I've been working on a workflow tool to help with automating syncing with
upstream open source projects (mainly openstack), where it allows for the
patch queue to be automatically pruned of anything that landed upstream
(even when it no longer matches on patch-id as each patch contains a
Change-Id in the commit message), see
One of things that has bugged me for a while is that it makes use of
git-rebase to not only since it is doing something similar but also because
all the other git tools are aware of when the repository is in the middle
of a rebase. This has the nice effect of if using the tool manually, you
switch away and come back, and have forgotten that it was stopped in the
middle of the patch series, most git commands will point out that it's
unsafe to perform certain actions until completing the rebase or aborting.
Which means that you get a warning about it being in an unclean state.
It would be really useful if it was possible to use a standard mechanism to
identify that the repo is in an unclean state instead of needing to hijack
git-rebase and rely on the various other tools having been scripted to be
aware of when it's in the middle of applying patches, to point users at the
workflow scripts to continue/abort.
Anything kind of workflow hook point like that exist? Or is being
considered for the future?
You received this message because you are subscribed to the Google Groups "Git
for human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email
For more options, visit https://groups.google.com/d/optout.