Difference between revisions of "Making a release"
(remove →Making a release in SourceForge) |
|||
(42 intermediate revisions by 10 users not shown) | |||
Line 1: | Line 1: | ||
[[Fabriquer une version|En français]] |
|||
{{TOCD}} |
{{TOCD}} |
||
{{Github-migration-check}} |
|||
Here are some simple steps to making a release, read the [[release policy]] for more information as to when a release should be made. Basically, we have four main stages, "building the package", "testing", "uploading to SourceForge" and "tagging |
Here are some simple steps to making a release, read the [[release policy]] for more information as to when a release should be made. Basically, we have four main stages, "building the package", "testing", "uploading to SourceForge" and "tagging in git". |
||
==Retrieving the version from SVN== |
|||
Get the latest SVN, or the revision (or date) which you'd like to release. For example to get the version of <code>apertium-oc-ca</code> on the 10th June, 2007, use: |
|||
⚫ | |||
$ svn co -r '{2007-06-10}' http://apertium.svn.sourceforge.net/svnroot/apertium/apertium-oc-ca |
|||
⚫ | |||
==Editing the build files== |
==Editing the build files== |
||
Line 13: | Line 10: | ||
First update the build files to reflect the new version. |
First update the build files to reflect the new version. |
||
Edit Makefile.am |
Edit Makefile.am and delete any lines like |
||
<pre> |
<pre> |
||
RELEASE=0.9 |
|||
VERSION=0.9.7 |
|||
</pre> |
</pre> |
||
(Makefile.am shouldn't have any version info.) |
|||
Edit configure.ac: |
Edit configure.ac: |
||
<pre> |
<pre> |
||
-AC_INIT([ |
-AC_INIT([Apertium Foolish-Barman], [0.9.7], [maintainer@domain.org], [apertium-foo-bar], [http://wiki.apertium.org/wiki/Apertium-foo-bar]) |
||
+AC_INIT([Apertium Foolish-Barman], [1.0.0], [maintainer@domain.org], [apertium-foo-bar], [http://wiki.apertium.org/wiki/Apertium-foo-bar]) |
|||
-AM_INIT_AUTOMAKE([apertium-oc-ca], [1.0.3], no-define) |
|||
+AC_INIT([apertium-oc-ca], [1.0.3], [<maintainer email>]) |
|||
+AM_INIT_AUTOMAKE([apertium-oc-ca], [1.0.3], no-define) |
|||
</pre> |
</pre> |
||
==Building the package== |
==Building the package== |
||
Run autogen.sh: |
|||
<pre> |
<pre> |
||
$ ./autogen.sh |
$ ./autogen.sh |
||
$ make dist |
$ make dist |
||
</pre> |
</pre> |
||
You should now have a file in the source directory called <code>apertium-foo-bar-1.0.0.tar.gz</code>. |
|||
If you have a GPG key, you can sign the release with |
|||
⚫ | |||
$ gpg --detach-sign --armor apertium-foo-bar-1.0.0.tar.gz |
|||
⚫ | |||
This will give you the file <code>apertium-foo-bar-1.0.0.tar.gz.asc</code> that you should upload along with <code>apertium-foo-bar-1.0.0.tar.gz</code>. |
|||
==Testing== |
==Testing== |
||
Line 42: | Line 45: | ||
Copy the file somewhere temporary, extract it, and test it. |
Copy the file somewhere temporary, extract it, and test it. |
||
<pre> |
|||
mkdir /tmp/test |
|||
$ mkdir /tmp/test |
|||
$ ./configure --prefix=/tmp/test |
|||
make |
$ make |
||
make install |
$ make install |
||
</pre> |
|||
If you get any errors, go back, fix them in |
If you get any errors, go back, fix them in git, push and start again. |
||
==Installing the pair on apertium.org== |
|||
Example contents of ChangeLog: |
|||
1. First update the apy server: |
|||
Assuming the tarballs apertium-foo-0.9.0.tar.gz and apertium-foo-bar-0.9.0.tar.gz are in your current dir, do |
|||
<pre> |
<pre> |
||
scp apertium-foo-0.9.0.tar.gz apertium-foo-bar-0.9.0.tar.gz apertium@oqaa.projectjj.com:~/tarballs/ |
|||
Wed 20 Jun 2007 08:45:42 BST |
|||
ssh apertium@oqaa.projectjj.com |
|||
cd tarballs |
|||
./install-tarball.sh apertium-foo-0.9.0.tar.gz |
|||
./install-tarball.sh apertium-foo-bar-0.9.0.tar.gz |
|||
systemctl --user restart apy |
|||
</pre> |
|||
2. Possibly update the html-tools server: |
|||
* New release version 1.0.3 |
|||
* Updated Makefile.am to fix 'make install' problem. See |
|||
If the tarball installed new modes that weren't on apertium.org before (weren't in http://apy.projectjj.com/listPairs before), you'll have to (get spectie to) ssh to the machine running the apertium.org web page as well and <code>make clean && make -j8</code> there. |
|||
bug #3 in Bugzilla. |
|||
⚫ | |||
In git, tagging a release is done using the <code>git tag</code> command, see <code>git help tag</code>. |
|||
<pre> |
|||
$ git tag -s -m "v1.0.0 released" v1.0.0 HEAD |
|||
$ git push --tags |
|||
</pre> |
</pre> |
||
The above will tag the current commit; you can change HEAD for some commit hash or branch if you want to tag that instead. |
|||
⚫ | |||
⚫ | |||
After tagging, you can |
|||
* go to https://github.com/apertium/apertium-foo-bar/releases/ |
|||
* and pick your tag |
|||
* and click "Edit release", |
|||
* and upload your tarball (and signature, if you did that) |
|||
==Related pages== |
|||
* [[Packaging]] (Debian etc.) |
|||
* [[Release policy]] |
|||
[[Category:Documentation]] |
|||
⚫ | |||
[[Category:Documentation in English]] |
Latest revision as of 09:59, 26 April 2021
This page is out of date as a result of the migration to GitHub. Please update this page with new documentation and remove this warning. If you are unsure how to proceed, please contact the GitHub migration team.
Here are some simple steps to making a release, read the release policy for more information as to when a release should be made. Basically, we have four main stages, "building the package", "testing", "uploading to SourceForge" and "tagging in git".
Editing the build files[edit]
First update the build files to reflect the new version.
Edit Makefile.am and delete any lines like
RELEASE=0.9 VERSION=0.9.7
(Makefile.am shouldn't have any version info.)
Edit configure.ac:
-AC_INIT([Apertium Foolish-Barman], [0.9.7], [maintainer@domain.org], [apertium-foo-bar], [http://wiki.apertium.org/wiki/Apertium-foo-bar]) +AC_INIT([Apertium Foolish-Barman], [1.0.0], [maintainer@domain.org], [apertium-foo-bar], [http://wiki.apertium.org/wiki/Apertium-foo-bar])
Building the package[edit]
$ ./autogen.sh $ make dist
You should now have a file in the source directory called apertium-foo-bar-1.0.0.tar.gz
.
If you have a GPG key, you can sign the release with
$ gpg --detach-sign --armor apertium-foo-bar-1.0.0.tar.gz
This will give you the file apertium-foo-bar-1.0.0.tar.gz.asc
that you should upload along with apertium-foo-bar-1.0.0.tar.gz
.
Testing[edit]
Copy the file somewhere temporary, extract it, and test it.
$ mkdir /tmp/test $ ./configure --prefix=/tmp/test $ make $ make install
If you get any errors, go back, fix them in git, push and start again.
Installing the pair on apertium.org[edit]
1. First update the apy server:
Assuming the tarballs apertium-foo-0.9.0.tar.gz and apertium-foo-bar-0.9.0.tar.gz are in your current dir, do
scp apertium-foo-0.9.0.tar.gz apertium-foo-bar-0.9.0.tar.gz apertium@oqaa.projectjj.com:~/tarballs/ ssh apertium@oqaa.projectjj.com cd tarballs ./install-tarball.sh apertium-foo-0.9.0.tar.gz ./install-tarball.sh apertium-foo-bar-0.9.0.tar.gz systemctl --user restart apy
2. Possibly update the html-tools server:
If the tarball installed new modes that weren't on apertium.org before (weren't in http://apy.projectjj.com/listPairs before), you'll have to (get spectie to) ssh to the machine running the apertium.org web page as well and make clean && make -j8
there.
Tagging the release you just made in git[edit]
In git, tagging a release is done using the git tag
command, see git help tag
.
$ git tag -s -m "v1.0.0 released" v1.0.0 HEAD $ git push --tags
The above will tag the current commit; you can change HEAD for some commit hash or branch if you want to tag that instead.
Making a release on github[edit]
After tagging, you can
- go to https://github.com/apertium/apertium-foo-bar/releases/
- and pick your tag
- and click "Edit release",
- and upload your tarball (and signature, if you did that)
Related pages[edit]
- Packaging (Debian etc.)
- Release policy