From ab05d7c7361afa123e63767da7c1f85e66d0028f Mon Sep 17 00:00:00 2001 From: Junio C Hamano Date: Thu, 3 Jan 2013 22:56:12 -0800 Subject: [PATCH] howto/maintain: mark titles for asciidoc --- Documentation/howto/maintain-git.txt | 18 +++++++++++++++--- 1 file changed, 15 insertions(+), 3 deletions(-) diff --git a/Documentation/howto/maintain-git.txt b/Documentation/howto/maintain-git.txt index aaa0c5407a..d902307264 100644 --- a/Documentation/howto/maintain-git.txt +++ b/Documentation/howto/maintain-git.txt @@ -6,6 +6,9 @@ Abstract: Imagine that git development is racing along as usual, when our friend hordes of suckers (loyal developers), you have been tricked (chosen) to step up as the new maintainer. This howto will show you "how to" do it. +Activities +---------- + The maintainer's git time is spent on three activities. - Communication (45%) @@ -25,12 +28,13 @@ The maintainer's git time is spent on three activities. Scratching my own itch and sending proposed patch series out. +The Policy +---------- + The policy on Integration is informally mentioned in "A Note from the maintainer" message, which is periodically posted to this mailing list after each feature release is made. -The policy. - - Feature releases are numbered as vX.Y.Z and are meant to contain bugfixes and enhancements in any area, including functionality, performance and usability, without regression. @@ -79,6 +83,9 @@ The policy. are found before new topics are merged to 'master'. +A Typical Git Day +----------------- + A typical git day for the maintainer implements the above policy by doing the following: @@ -320,6 +327,9 @@ by doing the following: - Push the integration branches out to public places; Meta/pushall script may aid this step. +Observations +------------ + Some observations to be made. * Each topic is tested individually, and also together with other @@ -353,9 +363,11 @@ Some observations to be made. 'master' branch typically is. -[Appendix] +Appendix +-------- Preparing a "merge-fix" +~~~~~~~~~~~~~~~~~~~~~~~ A merge of two topics may not textually conflict but still have conflict at the semantic level. A classic example is for one topic -- 2.11.4.GIT