[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: RFC: Final update of DEP-14 on naming of git packaging branches



Le 28/08/2020 à 19:01, Raphael Hertzog a écrit :

Basically it replaces debian/master
with debian/latest for all the reasons already discussed earlier.
[…]
Let me know your thoughts:

diff --git a/web/deps/dep14.mdwn b/web/deps/dep14.mdwn
index 0316fe1..beb96ea 100644
--- a/web/deps/dep14.mdwn
+++ b/web/deps/dep14.mdwn
@@ -2,11 +2,11 @@
Title: Recommended layout for Git packaging repositories
      DEP: 14
-    State: DRAFT
-    Date: 2016-11-09
-    Drivers: Raphael Hertzog <hertzog@debian.org>
-    URL: http://dep.debian.net/deps/dep14
-    Source: http://anonscm.debian.org/viewvc/dep/web/deps/dep14.mdwn
+    State: ACCEPTED
+    Date: 2020-08-29
+    Drivers: Raphaël Hertzog <hertzog@debian.org>
+    URL: https://dep-team.pages.debian.net/deps/dep14/
+    Source: https://salsa.debian.org/dep-team/deps/-/blob/master/web/deps/dep14.mdwn
      Abstract:
       Recommended naming conventions in Git repositories used
       to maintain Debian packages
@@ -92,24 +92,28 @@ For development releases
  ------------------------
Packages uploaded to the current development release should be prepared
-in a `<vendor>/master` branch.
+in a `<vendor>/latest` branch.
However, when multiple development releases are regularly used (for
  example `unstable` and `experimental` in Debian), it is also accepted to
-name the branches according to the codename or the suite name of the
-target distribution (aka `debian/sid` or `debian/unstable`, and
-`debian/experimental`). Those branches can be short-lived (i.e. they exist
-only until they are merged into `<vendor>/master` or until the version in
-the associated repository is replaced by the version in `<vendor>/master`)
-or they can be permanent (in which case `<vendor>/master` should not
-exist).
+name the branches according to the suite name of the
+target distribution (aka `debian/unstable`, and `debian/experimental`).
+Those branches can be short-lived (i.e. they exist only until they are
+merged into `<vendor>/latest` or until the version in the associated
+repository is replaced by the version in `<vendor>/latest`) or they can be
+permanent (in which case `<vendor>/latest` should not exist).
+
+In the interest of homogeneity and of clarity, we recommend the use of
+`debian/unstable` over `debian/sid` as it better conveys its special nature
+as opposed to other branches named after codenames which are used for
+stable releases.
NOTE: If the Git repository listed in debian/control's `Vcs-Git` field does
  not indicate an explicit branch (with the `-b <branch>` suffix) then it should
  have its HEAD point to the branch where new upstream versions are being
  packaged (that is one of the branches associated to a development release).
  The helper tools that do create those repositories should use a command
-like `git symbolic-ref HEAD refs/heads/debian/master` to update HEAD
+like `git symbolic-ref HEAD refs/heads/debian/latest` to update HEAD
  to point to the desired branch.
For stable releases
@@ -200,7 +204,7 @@ developers and the package maintainers are not the same set of persons.
When upstream is Debian (or one of its derivative), the upstream vendor
  should not use the usual `<vendor>/` prefix (but all others vendors should
-do so). The main development branch can be named `master` instead of
+do so). The main development branch does not have to be named after
  the codename of the target distribution (although you are free to still
  use the codename if you wish so).
@@ -293,3 +297,6 @@ Changes * 2014-11-05: Initial draft by Raphaël Hertzog.
  * 2016-11-09: Extended version mangling to troublesome dots -- Ian Jackson.
+* 2020-08-29:
+  * Replace debian/master with debian/latest
+  * Recommend debian/unstable over debian/sid

Seconded.

Regards

David


Reply to: