diff options
author | Behdad Esfahbod <behdad@behdad.org> | 2008-08-28 17:21:37 -0400 |
---|---|---|
committer | Behdad Esfahbod <behdad@behdad.org> | 2008-08-28 17:28:08 -0400 |
commit | 89900525fb78b20c532b8d983c238896f6e4820c (patch) | |
tree | ddc77eb531cce26facceea5792b32c4b56541bba /RELEASING | |
parent | 82303d6170aa541a3dc8c2519c7cc1445fc18842 (diff) |
Move version number to src/cairo-version.h
Diffstat (limited to 'RELEASING')
-rw-r--r-- | RELEASING | 10 |
1 files changed, 3 insertions, 7 deletions
@@ -54,8 +54,7 @@ Here are the steps to follow to create a new cairo release: find src/ -name '*.h' ! -name '*-private.h' ! -name 'cairoint.h' ! -name 'cairo-features-win32.h' | \ xargs git diff X.Y.Z.. -- -4) Increment cairo_version_{minor|micro} and LT_{CURRENT|VERSION|AGE} - in configure.in: +4) Increment cairo_version_{minor|micro} in src/cairo-version.h: If there are backward-incompatible changes in the API, stop now and don't release. Go back and fix the API instead. Cairo @@ -71,10 +70,7 @@ Here are the steps to follow to create a new cairo release: Otherwise, (ie. there are only bug fixes), increment cairo_version_micro to the next larger (even) number. - Adjust LT_CURRENT, LT_VERSION, and LT_AGE as described in the - comments in configure.in. - -5) Commit the changes to NEWS and configure.in +5) Commit the changes to NEWS and src/cairo-version.h It's especially important to mention the new version number in your commit log. @@ -102,7 +98,7 @@ Here are the steps to follow to create a new cairo release: prints it for you. 7) Increment cairo_version_micro to the next larger (odd) number in - configure, commit, and push. + src/cairo-version.h, commit, and push. 8) Push the newly created tag out to the central tree with a command something like: |