+ we use our tip, as discussed above
+ (optionally, can use some other commit which is ff
+ from all of the above, eg one of them)
+
+N. git-debrebase [--noop-ok] record-ffq-prev
+
+ does what is described above
+
+2. git-debrebase [--noop-ok] stitch
+
+ makes pseudomerge with ffq-prev
+ deletes ffq-prev
+
+ we will teach dgit to do
+ git-debrebase stitch
+
+3. git-debrebase push
+
+ like git push only does stitch first
+ ??? command line parsing!
+
+4. git-debrebase release
+
+ stiches, finalises changelog, signs tags, pushes everything
+ for the future, when there is some automatic builder
+
+ffq-prev for each ref
+ refs/heads/FOO
+is
+ refs/ffq-prev/FOO
+
+========================================
+
+import from gbp
+
+[ all this is done now:
+ inputs:
+ current HEAD (patches-unapplied),
+ this is going to be the base of the old breakwater
+ nominated upstream
+
+ checks:
+ HEAD:<upstream> = upstream:<upstream>
+ upstream..HEAD:<upstream> is empty (overrideable)
+ upstremm:debian is empty (overrideable)
+
+ procedure:
+ construct
+ run gbp pq import to generate pq branch
+ new breakwater is
+ old HEAD
+ commit to remove d/patches
+ anchor merge with upstream
+ "rebase" of pq branch, each commit with d/patches stripped
+]
+
+what about dgit view branch ?
+ideally, would make pseudomerge over dgit view
+would need to check that dgit view is actually dgit view of
+ ond of our ancestors
+failing that first push will need --overwrite
+
+========================================
+
+divergence, merges:
+
+same problem
+ if merge, look at branches before merge
+ generate new combined branch
+ pseudomerge to overwrite merge
+
+current avaiable strategies:
+
+ maybe launder foreign branch
+
+ if foreign branch is nmuish, can rebase it onto ours
+
+ could merge breakwaters (use analyse to find them)
+ merge breakwaters (assuming same upstream)
+ manually construct new patch queue by inspection of
+ the other two patch queues