On Wed, Sep 04, 2013 at 10:47:22AM +0200, Francis Moreau wrote:
> > However, if the commit is dropped because we find while applying that it
> > becomes empty, there is not much we can do. It may have been obsoleted
> > by its counterpart patch that had a different patch-id, or it may even
> > have been obsoleted by unrelated patches. In the latter case, there is
> > nothing to copy to. In the former, you would have to trying to match up
> > the commit messages or similar to guess that the two commits correspond.
> Can't git-rebase at least handle the case where a patch and its
> counterpart have the same patch-id ?
Certainly it could. My point was only that it doesn't currently (and it
does not even know what the counterpart is, only that there is one).
> Also maybe git-rebase should warn when dropping a commit having a note
> to tell the user that the note is dropped too.
That might end up annoying, depending on what you use notes for. But
I think if it were restricted to notes that would be rewritten via
notes.rewriteRef, it probably makes sense.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html