MaintNotes: adjust for pinbox->lore, mention CoC

Junio C Hamano committed Jun 1, 2020 at 09:31 UTC 2389460a6afcfe79f3b4a4bad6f32dc07795c0e3
1 file changed +16 -9
MaintNotes
+16 -9
@@ -34,14 +34,14 @@ becomes calmer before sending such a reminder.
34
35 The list archive is available at a few public sites:
36
37 - http://public-inbox.org/git/
37 + http://lore.kernel.org/git/
38 http://marc.info/?l=git
39 http://www.spinics.net/lists/git/
40
41 For those who prefer to read it over NNTP:
42
43 + nntp://nntp.lore.kernel.org/org.kernel.vger.git
44 nntp://news.public-inbox.org/inbox.comp.version-control.git
44 - nntp://news.gmane.org/gmane.comp.version-control.git
45
46 are available.
47
@@ -49,7 +49,7 @@ When you point at a message in a mailing list archive, using its
49 message ID is often the most robust (if not very friendly) way to do
50 so, like this:
51
52 - http://public-inbox.org/git/Pine.LNX.4.58.0504150753440.7211@ppc970.osdl.org
52 + http://lore.kernel.org/git/Pine.LNX.4.58.0504150753440.7211@ppc970.osdl.org
53
54 Often these web interfaces accept the message ID with enclosing <>
55 stripped (like the above example to point at one of the most important
@@ -69,6 +69,12 @@ Git is a member project of software freedom conservancy, a non-profit
69 organization (https://sfconservancy.org/). To reach a committee of
70 liaisons to the conservancy, contact them at <git@sfconservancy.org>.
71
72 +For our expectations on the behaviour of the community participants
73 +towards each other, see CODE_OF_CONDUCT.md at the top level of the source
74 +tree, or:
75 +
76 + https://github.com/git/git/blob/master/CODE_OF_CONDUCT.md
77 +
78
79 * Reporting bugs
80
@@ -118,7 +124,6 @@ My public git.git repositories are (mirrored) at:
124 https://kernel.googlesource.com/pub/scm/git/git
125 git://repo.or.cz/alt-git.git/
126 https://github.com/git/git/
121 - git://git-core.git.sourceforge.net/gitroot/git-core/git-core/
127
128 This one shows not just the main integration branches, but also
129 individual topics broken out:
@@ -127,7 +132,7 @@ individual topics broken out:
132
133 A few web interfaces are found at:
134
130 - http://git.kernel.org/cgit/git/git.git
135 + http://git.kernel.org/pub/scm/git/git.git
136 https://kernel.googlesource.com/pub/scm/git/git
137 http://repo.or.cz/w/alt-git.git
138
@@ -152,11 +157,11 @@ of git: "master", "maint", "next", and "pu".
157 The "master" branch is meant to contain what are very well tested and
158 ready to be used in a production setting. Every now and then, a
159 "feature release" is cut from the tip of this branch. They used to be
155 -named with three dotted decimal digits (e.g. "1.8.5"), but recently we
160 +named with three dotted decimal digits (e.g. "1.8.5"), but we have
161 switched the versioning scheme and "feature releases" are named with
162 three-dotted decimal digits that ends with ".0" (e.g. "1.9.0").
163
159 -The last such release was 2.15 done on Oct 30th, 2017. You can expect
164 +The last such release was 2.27 done on Jun 1st, 2020. You can expect
165 that the tip of the "master" branch is always more stable than any of
166 the released versions.
167
@@ -169,8 +174,8 @@ of last-minute issues. The maintenance releases used to be named with
174 four dotted decimal, named after the feature release they are updates
175 to (e.g. "1.8.5.1" was the first maintenance release for "1.8.5"
176 feature release). These days, maintenance releases are named by
172 -incrementing the last digit of three-dotted decimal name (e.g. "2.12.1"
173 -was the first maintenance release for the "2.12" series).
177 +incrementing the last digit of three-dotted decimal name (e.g. "2.26.1"
178 +was the first maintenance release for the "2.26" series).
179
180 New features never go to the 'maint' branch. It is merged into "master"
181 primarily to propagate the description in the release notes forward.
@@ -214,6 +219,8 @@ The two branches "master" and "maint" are never rewound, and "next"
219 usually will not be either. After a feature release is made from
220 "master", however, "next" will be rebuilt from the tip of "master"
221 using the topics that didn't make the cut in the feature release.
222 +Some topics that used to be in "next" during the previous cycle may
223 +get ejected from "next" when this happens.
224
225 A natural consequence of how "next" and "pu" bundles topics together
226 is that until a topic is merged to "next", updates to it is expected