Man pages sections > man7 > dgit-maint-native

dgit - tutorial for package maintainers of Debian-native packages

dgit-maint-native(7) dgit dgit-maint-native(7)

NAME

dgit - tutorial for package maintainers of Debian-native packages

INTRODUCTION

This document describes elements of a workflow for using dgit to maintain a Debian package that uses one of the native source formats ("1.0" & "3.0 (native)").
We expect that your git history is fast-forwarding.
You should be prepared to tolerate a small amount of ugliness in your git history in the form of merges which stitch the dgit-generated archive view into your maintainer history.
 
This is to handle uploads that were not made with dgit, such as the uploads you made before switching to this workflow, or NMUs.

Benefits

Benefit from dgit's safety catches. In particular, ensure that your upload always matches exactly your git HEAD.
Provide a better, more detailed history to downstream dgit users.
Incorporate an NMU with one command.

FIRST PUSH WITH DGIT

You do not need to do anything special to your tree to push with dgit.
Simply prepare your git tree in the usual way, and then:
 
    % dgit -wgf sbuild -A -c sid
    % dgit -wgf --overwrite push
(Do not make any tags yourself: dgit push will do that.)
The --overwrite option tells dgit that you are expecting that your git history is not a descendant of the history which dgit synthesised from the previous non-dgit uploads.
dgit will make a merge commit on your branch but without making any code changes (ie, a pseudo-merge) so that your history, which will be pushed to the dgit git server, is fast forward from the dgit archive view.

SUBSEQUENT PUSHES

    % dgit -wgf push
That's it.

INCORPORATING AN NMU

    % dgit pull
That's it.
Or, if you would prefer to review the changes, you can do this:
 
    % dgit fetch
    % dgit diff HEAD..dgit/dgit/sid
If you do not merge the NMU into your own git history, the next push will then require --overwrite.

SEE ALSO

dgit(1), dgit(7)
Debian Project perl v5.26.0