X-Git-Url: https://www.chiark.greenend.org.uk/ucgi/~ianmdlvl/git?a=blobdiff_plain;f=dgit.1;h=77d325204d61b1397e4c7fd0c3ff09c1f6b621a3;hb=c04a69e8d6a4eeef6ee161a2fb39be3b4d7279d8;hp=df650d9a1ffc64d538b2b90867d28f58c1250734;hpb=f1e8060c6ecfdee2ba6f82b7860e870678e321df;p=dgit.git diff --git a/dgit.1 b/dgit.1 index df650d9a..77d32520 100644 --- a/dgit.1 +++ b/dgit.1 @@ -126,7 +126,7 @@ Print a usage summary. Constructs the source package, uses .B sbuild to do a binary build, and uses mergechanges to merge the source and -binary changes files. Options and argumments after sbuild will be +binary changes files. Options and arguments after sbuild will be passed on to sbuild. Changes files matching .IB package _ version _*.changes in the parent directory will be removed; the output is left in @@ -137,7 +137,7 @@ Tagging, signing and actually uploading should be left to dgit push. \fBdgit git-build\fR ... Runs .B git-buildpackage -with some suitable options. Options and argumments after git-build +with some suitable options. Options and arguments after git-build will be passed on to git-buildpackage. Tagging, signing and actually uploading should be left to dgit push. @@ -243,7 +243,11 @@ servers. .BI -k keyid Use .I keyid -for signing the tag and the upload. +for signing the tag and the upload. The default comes from the +distro's +.B keyid +config setting (see CONFIGURATION, below), or failing that, gnupg's +default. .TP .BR --no-sign does not sign tags or uploads (meaningful only with push). @@ -302,8 +306,10 @@ The build-dependencies are not checked (due to which violates policy, but may work in practice. .TP .BR -N " | " --new -The package may be new in this suite. Without this, dgit will -refuse to push. +The package is or may be new in this suite. Without this, dgit will +refuse to push. It may (for Debian, will) be unable to access the git +history for any packages which have been newly pushed and have not yet +been published. .TP .BR --ignore-dirty Do not complain if the working tree does not match your git HEAD. @@ -459,7 +465,12 @@ Usually, for passing options to dpkg-genchanges, you should use See notes above regarding ssh and dgit. NB that --gpg:option is not supported (because debsign does not -have that facility). But see -k. +have that facility). +But see +.B -k +and the +.B keyid +distro config setting. .TP .BR -d "\fIdistro\fR | " --distro= \fIdistro\fR Specifies that the suite to be operated on is part of distro @@ -499,7 +510,7 @@ default, in .BI --build-products-dir= directory Specifies where to find the built files to be uploaded. By default, dgit looks in the parent directory -.BR .. ). +.RB ( .. ). .TP .BI --existing-package= package dgit push needs to canonicalise the suite name. Sometimes, dgit @@ -530,12 +541,14 @@ It is always possible with dgit to clone or fetch a package, make changes in git (using git-commit) on the suite branch .RB ( "git checkout dgit/" \fIsuite\fR) and then dgit push. You can use whatever gitish techniques you like -to construct the commit to push; the only requirement is that it is a +to construct the commits to push; +the only requirement is that what you push is a descendant of the state of the archive, as provided by dgit in the remote tracking branch .BR remotes/dgit/dgit/ \fIsuite\fR. -If you are using dgit to do an NMU, and don't know about the +If you are using dgit to do an NMU (in Debian), +and don't know about the maintainers' preferred packaging workflows, you should make your changes as a linear series of (logicially separated) commits on top of what's already in the archive. @@ -564,7 +577,7 @@ branch and merge that other commit .RB ( "git merge debian/" \fIversion\fR). Hopefully this merge will be trivial because the two trees should -be the same. The resulting branch head can be merged into your +be very similar. The resulting branch head can be merged into your working branches .RB ( "git checkout master && git merge dgit/" \fIsuite\fR). @@ -598,7 +611,6 @@ Settings likely to be useful for an end user include: Specifies the distro for a suite. dgit keys off the suite name (which appears in changelogs etc.), and uses that to determine the distro which is involved. The config used is thereafter that for the distro. -it then looks .TP .BI dgit.default.distro " distro" The default distro for an unknown suite. @@ -606,11 +618,13 @@ The default distro for an unknown suite. .BR dgit-distro. \fIdistro\fR .readonly " " auto | a " | " true | t | y | 1 " | " false | f | n | 0 Whether you have push access to the distro. For Debian, it is OK to use auto, which uses readonly mode if you are -not pushing right now, -but setting this to false will avoid relying on the mirror of the dgit +not pushing right now; +but, setting this to false will avoid relying on the mirror of the dgit git repository server. .TP .BI dgit-distro. distro .keyid +See also +.BR -k . .TP .BI dgit-distro. distro .mirror " url" .TP