Package: dgit
Version: 14.8
Severity: wishlist

The --quilt= autodetect feature is really powerful.  However I've
realized that there is no smoth way of using dgit to do what I would
prefer, which is:

1) Prefer --quilt=unapplied to hard-fail on upstream .gitignore diffs,
to allow me to notice the problem and fix it.

2) Only revert to --quilt=gbp if the last upload was made using it,
presumably because I intend for the repository to be incompatible with
--quilt=unapplied.

As far as I know, dgit is the only tool that makes me aware of
.gitignore diff's in packages.

Here is the actual problem I'm experiencing:

A) If I don't supply a --quilt= parameter, dgit will auto-detect that
.gitignore was modified and pick --quilt=gbp silently.  Then I have no
opportunity to fix this problem.

B) If I always supply a --quilt=unapplied there is more to type, which I
can deal with, but there is also an annoying warning:

git-debpush: check failed: unneeded --quilt=unapplied on command line, would 
have autodetected it ('superfluous-quilt-mode' check)
git-debpush: proceed anyway? (y/N) y

The final outcome is that dgit penalize a workflow that harmonize git
upstream branch with upstream git content.  I find that unfortunate and
contrary to the spirit of dgit workflows.

Thoughts?

Is there a -Wno-error=superfluous-quilt-mode?

/Simon

Attachment: signature.asc
Description: PGP signature

Reply via email to