Re: Status of dgit (good for NMUs and fast-forwarding Debian branches)
Russ Allbery <email@example.com> writes:
> Adam Borowski <firstname.lastname@example.org> writes:
>> You can trim the history at any commits you want.
> Trimming the history of commits doesn't help. In order to have
> something that's equivalent from a license review standpoint, you have
> to rebase all of the commits into something akin to the quilt
> presentation, which means merging commits that make a single change in
> multiple chunks, collapsing history, and so forth. Otherwise, all the
> intermediate commits have to be double-checked for licensing, which is
> exactly the concern.
I guess I should add here that you can, of course, collapse everything
into two intermediates: the upstream tree and the current state of the
package. That's *sort of* equivalent to 3.0 (quilt) with
single-debian-patch, and that doesn't require any rebasing. That does
solve the problem for those folks who are using single-debian-patch, like
I guess I was too focused on the use case of 3.0 (quilt) with something
like git-dpm or the like, which maintains separate patches for each
change. That's the case that's hard to reproduce with 3.0 (git) without
rebasing (since, for example, the commits that make up that change may be
interwoven, so simply dropping commits from history doesn't really help).
Russ Allbery (email@example.com) <http://www.eyrie.org/~eagle/>