Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

IMPORTANT: All source distributions must be built with autoconf v2.68 or later, and libtool v2.4 or later. Fedora Core 15 provides such a build environment for example.

Table of Contents

Branches

All public releases are cut from a release branch, the current release branch is 3.2.x, and all releases have even version numbering. Development (non-public) releases are cut from the trunk, and have odd version numbering. All odd releases should be considered unstable, and not for GA. With the migration to git, we now also sign all release tags, for example

...

For every released artifact, a tag should be created off the appropriate release branch. These tags should be named exactly the same as the version number released, e.g. "2.0.0-alpha" or "2.1.0". The release package should be made from the tag, not from the release branch. With the migration to git, all release tags should be signed with your release GPG key. For example:

Code Block

$ git tag -s 3.1.2

You will be prompted for a commit message, and (probably) the gpg passphrase. If you need to specify a specific signing key, you can configure that in git (signkey) or specify it with the -u option to git tag.

...

After updating the versioning in configure.ac:

Code Block

autoreconf -i && ./configure
gmake asf-dist

...

All artifacts must be accompanied with the appropriate GPG signature, and cryptographic checksums. To generate the artifact with the required checksums and signature, do

Code Block

autoreconf -i && ./configure
gmake asf-dist-sign

...

All artifacts, and checksums and signatures, should be checked into the following Subversion directory:

Code Block

 https://dist.apache.org/repos/dist/release/trafficserver

...