Alexander 'z33ky' Hirsch <1zeeky@xxxxxxxxx> writes: > On Thu, Dec 10, 2015 at 11:53:45AM -0800, Junio C Hamano wrote: > >> In a workflow that is built around "pull --rebase", you are _given_ >> the authoritative history with all the good things from another >> place and then you rebuild your own work on top of it. The sanity >> and cleanliness of what you built on top is given, and rejecting it >> at that point would not help you make further progress in any way, >> as that is a published history that is shared and more authoritative >> than what you have. > > Well, the rejection would not refer to the work you put on top, but to > the commits you want to base your work on. > If validation fails, then an empty commit that is signed can be > committed on top of the previously unsigned branch if commit rewriting > is not allowed. I do not quite understand how that would help anything. I do not personally believe in projects that wants to sign each and every commit, but to them, "an empty signed commit on top" would not fix anything once they have an unsigned commit at the tip of a public branch. And for those that care about only the tip to be signed, instead of adding such an empty commit, you would rebuild and sign your work on top of that unsigned public tip and push back---at which point the tip of the public branch would have a signature from you. So such an empty signed commit would either not help, or not necessary, to make the resulting history kosher again. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html