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.
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.
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.