Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Tika Wiki" for change 
notification.

The following page has been changed by ChrisMattmann:
http://wiki.apache.org/tika/ReleaseProcess

The comment on the change is:
Draft release process. Comments/updates welcome!

------------------------------------------------------------------------------
+ = Tika release process =
+ 
- = Making a release =;
+ == Making a release ==
  
  1. Update version numbers (from X.Y-dev to X.Y) for release in:
   * pom.xml - version tag
+ 
- 2. Update CHANGES.txt with release date (Release X.Y - MM/dd/yyyy) and (if 
needed) add additional changelog entries.
+ 2. Update CHANGES.txt with release date (Release X.Y - MM/dd/yyyy) and (if 
needed) add additional changelog entries
+ 
- 3. Check if documentation needs an update.
+ 3. Check if documentation needs an update
+ 
- 4. Update news in src/site/src/documentation/content/xdocs/index.xml and for 
main lucene.apache.org site stored at 
https://svn.apache.org/repos/asf/lucene/site/. The second change may require 
additional rights.
+ 4. Update news in src/site/src/documentation/content/xdocs/index.xml and for 
main lucene.apache.org site stored at 
https://svn.apache.org/repos/asf/lucene/site/. The second change may require 
additional rights
+ 
- 5. Commit all these changes.
+ 5. Commit all these changes
+ 
- 6. Make a clean checkout. 
+ 6. Make a clean checkout
-  * svn co https://svn.apache.org/repos/asf/lucene/tika/trunk.
+  * svn co https://svn.apache.org/repos/asf/lucene/tika/trunk
+ 
  7. Build it.
   * mvn package
+ 
- 8. Run unit tests.
+ 8. Run unit tests
   * mvn test
+ 
- 9. Do basic test to see if release looks ok - e.g. install it and run Tika 
command line on a sample document.
+ 9. Do basic test to see if release looks ok - e.g. install it and run Tika 
command line on a sample document
+ 
- 10. Branch it for release maintenance.
+ 10. Branch it for release maintenance
-  * svn copy https://svn.apache.org/repos/asf/lucene/tika/trunk \ 
+  * svn copy https://svn.apache.org/repos/asf/lucene/tika/trunk \
              https://svn.apache.org/repos/asf/lucene/tika/branches/X.Y -m 
"Tika X.Y release maintenance branch and rc working copy."
- 10.  Create a branch for release maintenance.
+ 11.  Create a branch for release maintenance
  
- 11. Sign it - [http://www.apache.org/dev/mirror-step-by-step.html 
Step-By-Step Guide to Mirroring Releases]. 
+ 12. Sign it - [http://www.apache.org/dev/mirror-step-by-step.html 
Step-By-Step Guide to Mirroring Releases].
   * e.g., gpg --armor --output tika-X.Y.tar.gz.asc --detach-sig 
tika-X.Y.tar.gz \
           md5sum tika-X.Y.tar.gz > tika-X.Y.tar.gz.md5
  
- 11.a Release Review and Vote: Use the following email as a template for a 
real email sent to the [email protected] and the 
[email protected] lists, calling for a vote on the release candidate 
(posted on a publicly accessible website):
+ 13. Release Review and Vote: Use the following email as a template for a real 
email sent to the [email protected] and the [email protected] 
lists, calling for a vote on the release candidate (posted on a publicly 
accessible website):
  
- 
+ ----
  Hi Folks,
  
  I have posted a candidate for the Apache Tika X.Y release at
  
   http://people.apache.org/~yourusername/tika_X.Y/rcN/
  
+ See the included CHANGES.txt file for details on release contents and latest 
changes. The release was made from the X.Y-dev trunk.
- See the included CHANGES.txt file for details on release
- contents and latest changes. The release was made from the X.Y-dev trunk.
  
+ Please vote on releasing these packages as Apache Tika X.Y. The vote is open 
for the next 72 hours. Only votes from Lucene PMC and Tika committers are 
binding, but everyone is welcome to check the release candidate and voice their 
approval or disapproval. The vote  passes if at least three binding +1 votes 
are cast.
- Please vote on releasing these packages as Apache Tika X.Y.
- The vote is open for the next 72 hours. Only votes from Lucene PMC and Tika 
- committers are binding, but everyone is welcome to check the release
- candidate and voice their approval or disapproval. The vote  passes if
- at least three binding +1 votes are cast.
  
- [ ] +1 Release the packages as Apache Tika X.Y
+ [ ] +1 Release the packages as Apache Tika X.Y.
+ 
  [ ] -1 Do not release the packages because...
  
  Thanks!
+ -----
  
+ 14. Based on feedback, cut new release candidates and update accordingly
  
- 12. Based on feedback, cut new release candidates and update accordingly
- 13. Once vote passes, tag the tika release:
+ 15. Once vote passes, tag the tika release:
-  * svn copy https://svn.apache.org/repos/asf/lucene/tika/trunk \ 
+  * svn copy https://svn.apache.org/repos/asf/lucene/tika/trunk \
              https://svn.apache.org/repos/asf/lucene/tika/tika/tags/X.Y -m 
"Tika X.Y release."
- 14. Copy release tar file to 
people.apache.org:/www/www.apache.org/dist/lucene/tika. based on vote (also 
included *.asc file and  *.md5 file)
- 15. Wait 24 hours for release to propagate to mirrors.
- 16. Deploy new Tika site (according to Website Update HOWTO).
- 17. Deploy new main Lucene site (according to Website Update HOWTO but 
modified for Lucene site - update is to be performed in /www/lucene.apache.org 
directory).
- 18. Update Javadoc in people.apache.org:/www/lucene.apache.org/tika/apidocs.
- 19. Create version in JIRA for release X.Y.
- 20. Send announcements to the user and developer lists.
  
+ 16. Copy release tar file to 
people.apache.org:/www/www.apache.org/dist/lucene/tika. based on vote (also 
included *.asc file and  *.md5 file)
+ 
+ 17. Wait 24 hours for release to propagate to mirrors.
+ 
+ 18. Deploy new Tika site (according to Website Update HOWTO).
+ 
+ 19. Deploy new main Lucene site (according to Website Update HOWTO but 
modified for Lucene site - update is to be performed in /www/lucene.apache.org 
directory).
+ 
+ 20. Update Javadoc in people.apache.org:/www/lucene.apache.org/tika/apidocs.
+ 
+ 21. Create version in JIRA for release X.Y.
+ 
+ 22. Send announcements to the user and developer lists.
+ 
- = Preparing for new development =;
+ == Preparing for new development ==
  
  1. Update version numbers for to A.B-dev (assuming A.B is next release 
number) in:
   * pom.xml - version tag
- 2. Update CHANGES.txt with header for new changes.
- 3. Create version in JIRA for development snapshots (A.B-dev).
  
+ 2. Update CHANGES.txt with header for new changes
+ 
+ 3. Create version in JIRA for development snapshots (A.B-dev)
+ 

Reply via email to