git clone https://git.tuebingen.mpg.de/paraslash.git
</kbd> </pre>
- <p> The repository contains the full history of the
- project since 2006, all work in progress and the source
- code for the web pages. Choosing this option allows the
- checkout of any of the four integration branches maint,
- master, next, pu (see the
+ <p> The repository contains the full history of the project since 2006,
+ all work in progress and the source code for the web pages. Choosing
+ this option allows you to check out the three integration branches
+ "master", "next" and "pu", see the
<a href="manual.html#Git-branches">Git branches</a>
- section of the manual). All previous releases
- correspond to tagged commits and may be checked out
- as well. Since development takes place in separate
- topic branches the master branch is expected to be
- more stable than any of the released versions. </p>
+ section of the manual. All previous releases correspond to tagged
+ commits and may be checked out as well. Since development takes place
+ in separate topic branches, the master branch is expected to be more
+ stable than any of the released versions. </p>
<p> Compiling from git requires additional tools,
notably the autoconf package must be installed. </p>
The following text passage is based on "A note from the maintainer",
written by Junio C Hamano, the maintainer of git.
-There are four branches in the paraslash repository that track the
-source tree: "master", "maint", "next", and "pu".
+There are three branches in the paraslash repository that track the
+source tree: "master", "next", and "pu".
The "master" branch is meant to contain what is well tested and
ready to be used in a production setting. There could occasionally be
Every now and then, a "feature release" is cut from the tip of this
branch, named with three dotted decimal digits, like 0.4.2.
-Whenever changes are about to be included that will eventually lead to
-a new major release (e.g. 0.5.0), a "maint" branch is forked off from
-"master" at that point. Obvious, safe and urgent fixes after the major
-release are applied to this branch and maintenance releases are cut
-from it. New features never go to this branch. This branch is also
-merged into "master" to propagate the fixes forward.
-
A trivial and safe enhancement goes directly on top of "master".
New development does not usually happen on "master", however.
Instead, a separate topic branch is forked from the tip of "master",
be _that_ broken. The "next" branch is where new and exciting things
take place.
-The two branches "master" and "maint" are never rewound, and "next"
-usually will not be either (this automatically means the topics that
-have been merged into "next" are usually not rebased, and you can find
-the tip of topic branches you are interested in from the output of
-"git log next"). You should be able to safely build on top of them.
+The "master" branch is never rewound, and "next" usually will not be
+either (this automatically means the topics that have been merged
+into "next" are usually not rebased, and you can find the tip of
+topic branches you are interested in from the output of "git log
+next"). You should be able to safely build on top of them.
However, at times "next" will be rebuilt from the tip of "master" to
get rid of merge commits that will never be in "master". The commit