chiark / gitweb /
dgit-maint-merge(7): updates re #852090: suggestions by Sean
[dgit.git] / dgit-maint-merge.7.pod
index 47ac4a07143e75144dc9220615b4bdcfa4c0be46..3587dcdfd140e266b45d39e9538f858f04747fc4 100644 (file)
@@ -40,10 +40,7 @@ This workflow is less suitable for some packages.
 When the Debian delta contains multiple pieces which interact,
 or which you aren't going to be able to upstream soon,
 it might be preferable to
-maintain the delta as a rebasing patch series,
-to facilitate
-reviewing/upstreaming/dropping
-individual pieces.
+maintain the delta as a rebasing patch series.
 For such a workflow see for example
 dgit-maint-gbp(7).
 
@@ -238,16 +235,16 @@ source package format.
 
 =head2 Sample text for debian/source/patch-header
 
-It is a good idea to explain how a user can obtain a break down of the
+It is a good idea to explain how a user can obtain a breakdown of the
 changes to the upstream source:
 
 =over 4
 
 The Debian packaging of foo is maintained in git,
 using the merging workflow described in dgit-maint-merge(7).
-An automatically generated representation of the Debian changes follows.
+There isn't a patch queue that can be represented as a quilt series.
 
-A detailed break down of these changes is available from their
+A detailed breakdown of the changes is available from their
 canonical representation -
 git commits in the packaging repository.
 For example, to see the changes made by the Debian maintainer in the
@@ -261,10 +258,11 @@ first upload of upstream version 1.2.3, you could use:
 
 =back
 
-See dgit-maint-merge(7) for more information.
 (If you have dgit, use dgit clone foo,
 rather than plain git clone.)
 
+A single combined diff, containing all the changes, follows.
+
 =back
 
 Alternatively, this text could be added to README.source. However,