X-Git-Url: http://www.privoxy.org/gitweb/?a=blobdiff_plain;f=doc%2Fwebserver%2Fdeveloper-manual%2Fnewrelease.html;h=0bb65ac5ab3de441d592384df2483467cb100d42;hb=5d460df029dbbbfbbd3b1b1bc9e957d2c1c69b9f;hp=10f360e2a2afe95086b6ef6d018325c33cffbf99;hpb=8d50b8bdf1bfd7a3db84a0ae404a2e88f9238237;p=privoxy.git diff --git a/doc/webserver/developer-manual/newrelease.html b/doc/webserver/developer-manual/newrelease.html index 10f360e2..0bb65ac5 100644 --- a/doc/webserver/developer-manual/newrelease.html +++ b/doc/webserver/developer-manual/newrelease.html @@ -73,9 +73,7 @@ CLASS="SECT1" >
When we release versions of First you need to determine which version number the release will have.
Privoxy version numbers consist of three numbers,
- separated by dots, like in X.Y.Z (e.g. 3.0.0), where:
+ separated by dots, like in X.Y.Z, where:
Stable branches work a little differently, since there should be
- little to no development happening in such branches. Remember,
- only bugfixes, which presumably should have had some testing
- before being committed. Stable branches will then have their
- version reported as 0.0.0, during that period
- between releases when changes are being added. This is to denote
- that this code is not for release. Then
- as the release nears, the version is bumped according: e.g.
- 3.0.1 -> 0.0.0 -> 3.0.2.
- 6.1. Version numbers
6.1. Version numbers
In summary, the main CVS trunk is the development branch where new - features are being worked on for the next stable series. This should - almost always be where the most activity takes place. There is always at - least one stable branch from the trunk, e.g now it is - 3.0, which is only used to release stable versions. - Once the initial *.0 release of the stable branch has been done, then as a - rule, only bugfixes that have had prior testing should be committed to - the stable branch. Once there are enough bugfixes to justify a new - release, the version of this branch is again incremented Example: 3.0.0 - -> 3.0.1 -> 3.0.2, etc are all stable releases from within the stable - branch. 3.1.x is currently the main trunk, and where work on 3.2.x is - taking place. If any questions, please post to the devel list - before committing to a stable branch! -
Developers should remember too that if they commit a bugfix to the stable - branch, this will more than likely require a separate submission to the - main trunk, since these are separate development trees within CVS. If you - are working on both, then this would require at least two separate check - outs (i.e main trunk, and the stable release branch, - which is v_3_0_branch at the moment). -
The following Now the individual packages can be built and released. Note that for
GPL reasons the first package to be released is always the source tarball.
@@ -493,9 +421,7 @@ CLASS="SECT3"
> Please keep these general guidelines in mind when putting together
your package. These apply to First, In following text, replace First, Login to Sourceforge's compilefarm via ssh:
You should ensure you have the latest version of Cygwin (from
First, 6.3. Building and Releasing the Packages
6.3. Building and Releasing the Packages6.3.1. Note on Privoxy Packaging
6.3.1. Note on Privoxy Packaging6.3.2. Source Tarball
6.3.2. Source Tarball6.3.3. SuSE, Conectiva or Red Hat RPM
6.3.3. SuSE, Conectiva or Red Hat RPM6.3.4. OS/2
6.3.4. OS/26.3.5. Solaris
6.3.5. Solaris6.3.6. Windows
6.3.6. Windows6.3.7. Debian
6.3.7. Debian
debchange -v 3.0.1-stable-1 "New upstream version"debchange -v 3.0.0-stable-1 "New upstream version"
First, Login to Sourceforge's compile-farm via ssh:
First, First, Login to Sourceforge's compilefarm via ssh:
After the package is ready, it is time to upload it
to SourceForge, and go through the release steps. The upload
@@ -1769,7 +1671,7 @@ CLASS="LITERAL"
CLASS="emphasis"
>3.0.1
+>3.0.0
(beta) When all (or: most of the) packages have been uploaded and made available,
send an email to the 6.3.9. FreeBSD
6.3.9. FreeBSD6.3.10. HP-UX 11
6.3.10. HP-UX 116.3.11. Amiga OS
6.3.11. Amiga OS6.3.12. AIX
6.3.12. AIX6.4. Uploading and Releasing Your Package
6.4. Uploading and Releasing Your Package6.5. After the Release
6.5. After the Release