parent
065bfb6d2e
commit
ae4fdb1d2a
|
|
@ -80,7 +80,7 @@ automate a task.
|
|||
|
||||
There are four branches in git.git repository that track the
|
||||
source tree of git: "master", "maint", "next", and "pu". I may
|
||||
add more maintenance branches (e.g. "maint-1.5.4") if we have
|
||||
add more maintenance branches (e.g. "maint-1.6.3") if we have
|
||||
hugely backward incompatible feature updates in the future to keep
|
||||
an older release alive; I may not, but the distributed nature of
|
||||
git means any volunteer can run a stable-tree like that herself.
|
||||
|
|
@ -92,7 +92,7 @@ but they are not expected to be anything major, and more
|
|||
importantly quickly and trivially fixable. Every now and
|
||||
then, a "feature release" is cut from the tip of this branch and
|
||||
they typically are named with three dotted decimal digits. The
|
||||
last such release was 1.6.3 done on May 6th 2009. You
|
||||
last such release was 1.6.4 done on Jul 29th 2009. You
|
||||
can expect that the tip of the "master" branch is always more
|
||||
stable than any of the released versions.
|
||||
|
||||
|
|
@ -101,7 +101,7 @@ from "master" at that point. Obvious, safe and urgent fixes
|
|||
after a feature release are applied to this branch and
|
||||
maintenance releases are cut from it. The maintenance releases
|
||||
are named with four dotted decimal, named after the feature
|
||||
release they are updates to; the last such release was 1.6.2.5.
|
||||
release they are updates to; the last such release was 1.6.3.4.
|
||||
New features never go to this branch. This branch is also
|
||||
merged into "master" to propagate the fixes forward.
|
||||
|
||||
|
|
|
|||
Loading…
Reference in New Issue