Difference between revisions of "Release Instructions"

From PCGen Wiki
Jump to: navigation, search
(Release)
(Create Release Notes)
 
(40 intermediate revisions by 4 users not shown)
Line 6: Line 6:
  
 
Here are the steps to follow when making a release of PCGen. If it is your first time, please check the prereqs section at the bottom of this page.
 
Here are the steps to follow when making a release of PCGen. If it is your first time, please check the prereqs section at the bottom of this page.
 +
 +
==Prerequisites==
 +
The first time you run a release you will have to make sure you have the following tools available:
 +
===Release Notes===
 +
* Text editor
 +
* Web browser
 +
* Perl interpreter
 +
* Perl modules: readonly (installed on Windows via ActivePerl's Perl Package Manager)
 +
 +
===Release===
 +
* Java SDK 1.8 (the one that includes the javac compiler) --FOR PCGEN 6.07.x
 +
* Gradle 1.x
 +
* git
 +
* Perl interpreter
 +
* [http://nsis.sourceforge.net/Download NSIS]
 +
 +
===Outstanding Issues===
 +
You need to check JIRA for any outstanding issues to ensure the release meets our QA std.
 +
 +
* Alpha releases require no Blockers, allow Critical only with Code lead exception
 +
* Beta releases require no Blockers or Criticals
 +
* RCs/final releases require no Blockers, Criticals, or Majors
  
 
==Create Release Notes==
 
==Create Release Notes==
  
# Update your local copy of pcgen from SVN
+
# Update your local copy of pcgen from github
 
# Copy the previous set of release notes to pcgen-release-notes-nnn.html where nnn is the version number.
 
# Copy the previous set of release notes to pcgen-release-notes-nnn.html where nnn is the version number.
 
# Do a global replace of the old version number to the new version number, both as n.nn.n and nnnn
 
# Do a global replace of the old version number to the new version number, both as n.nn.n and nnnn
# Open a command line window and go to the installers/release-notes folder. Run the command '''perl genreleasenotes.pl yyyymmdd''' where yyyymmdd is the date of the previous release. This will generate a list of changes in the release
+
# Open Jira and for each project open the release notes for the version.
# Copy the text from work/whatsnew.txt to the release notes What's New section
+
# Copy the html to the changelog section, changing h2 tags to h3.
# Copy the text from work/changelog.txt to the release notes Changelog section
+
# Update the What's New section with any high profile changes.
 +
# Update the Thanks section with the list of people who committed during the cycle. The search filter "is:pr is:closed is:merged updated:>2015-02-09" is useful for triming the list of pull request to those included in the release.
 
# Commit the new release notes and notify pcgen_bod so they can review it.
 
# Commit the new release notes and notify pcgen_bod so they can review it.
 
# Notify pcgen dev and experimental lists of upcoming release, asking for autobuilds to be tested. Best to give 24 hours notice.
 
# Notify pcgen dev and experimental lists of upcoming release, asking for autobuilds to be tested. Best to give 24 hours notice.
 +
 +
 +
== Release Notes Placeholder ==
 +
* https://pcgenorg.atlassian.net/projects/CODE?orderField=RANK&selectedItem=com.atlassian.jira.jira-projects-plugin%3Arelease-page&status=unreleased
  
 
==The Build==
 
==The Build==
 
# Using a clean directory with no changes to the pcgen files
 
# Using a clean directory with no changes to the pcgen files
# '''svn update''' the PCGen repository (5 mins)
+
# '''git pull master''' the PCGen repository (5 mins)
# Release manager edits src/java/pcgen/gui/PCGenProp.properties to set the release date, version number, contributors, etc. and commit the result (5 mins)
+
# Release manager edits '''pcgen/code/src/java/pcgen/resources/prop/PCGenProp.properties''' to set the release date, version number, contributors, etc. and commit the result (5 mins)
# Execute '''ant clean build test''' or '''ant clean build-optimize test''' in the pcgen directory and verify there are no failing Junit test (10 mins)
+
# If switching to or from RC mode, edit '''gradle.properties''' and adjust the version number to be in the correct format. e.g. '''6.04.00 RC1''' or '''6.04.00'''
# Check the [https://sourceforge.net/tracker/?group_id=25576 trackers] for any closed requests missing from the release notes. Steps 4 and 6 of 'Create Release Notes' section above can be used to assist here. (10 mins)
+
# Execute '''gradle prepareRelease slowtest''' OR IF USING WINDOWS ('''gradle prepareRelease slowtest --project-cache-dir c:\gradle\cache'''in the pcgen directory and verify there are no failing Junit test. Also check if there are any "Unknown publisher" messages. If so you need to add new entries for the listed publishers to the '''gendatalist.pl''' script. (20 mins)
# Upload the release notes to the doc section of the PCGen project. (5 mins)
+
# Check Jira for any closed requests missing from the release notes. Steps 4 and 6 of 'Create Release Notes' section above can be used to assist here. (10 mins)
# Smoke test the newly build pcgen.jar (you can use '''maven pcgen:genrelease''' to generate a testing zip) (30 mins)
+
# Update the '''readme.md''' file with the what's new section of the release notes.
# Run '''maven scm:prepare-release''' (which updates the maven files and tags the SVN repository). Tag format is release-x.x.x while the version format is x.x.x (2 mins)
+
# Smoke test the newly built pcgen full zip or exe. (30 mins)
# Run '''maven pcgen:release''' to generate the release files and upload them to SourceForge. (Takes 5-10 mins then 5 mins) This will:
+
# Create a folder for the release under the [https://sourceforge.net/projects/pcgen/files/ File Manager]
## Run release.pl to create the .zip files and to prepare the nsis directory for the Windows installer
+
# Upload the release notes using the File Manager to the release folder
## Run the NSIS compiler to create the windows installation .exe
+
# Run '''gradle pcgenRelease''' OR IF USING WINDOWS ('''gradle pcgenRelease --project-cache-dir c:\gradle\cache''') (which updates the gradlefiles and tags the SVN repository). (2 mins)
## Run gendigest.pl to generate the SHA1 checksums for the files.
+
# Upload the release files to SourceForge. The quickest way is uploading via the web, the same way you uploaded the release notes etc. (10 mins)
# When the above command pauses (generally after 5-10 mins), sign the .exe and .zip files with PGP. See below for the method.
+
# Update '''Readme.MD''' with the SHA256 checksums from target/SHA256-digests.txt. Upload the revised file and check-in. (5 mins)
# Once the command completes, using cygwin on Windows, or from the Unix prompt, use rsync to upload the generated files in the publish folder. e.g. '''rsync -avP -e ssh *.zip jdempsey@frs.sourceforge.net:uploads/'' See the [[http://alexandria.wiki.sourceforge.net/File+Release+System+-+Offering+Files+for+Download#upload SourceForge Release File System doco]] for more information. (1 hour or more)
 
# Create a new release in Stable or Unstable, make a link to the release notes in the notes section, put the SHA1 checksums from target/SHA1-digests.txt into the changes list. (5 mins)
 
# Add all the uploaded PCGen files to the release and adjust all the file information (10 mins)
 
 
# Notify PCGen_bod of the new release. (5 mins)
 
# Notify PCGen_bod of the new release. (5 mins)
# Send the notice for the new release (1 min)
 
 
# PR Monkeys create a news item for the new release
 
# PR Monkeys create a news item for the new release
 
# PR Monkeys send announcement to all pcgen mailing list for the new release
 
# PR Monkeys send announcement to all pcgen mailing list for the new release
 +
 +
==Update JIRA==
 +
 +
For each of the projects, mark the version you are working on as released and create the next version if it doesn't already exist. When marking a version as released, please make sure the released date is set to today.
 +
 +
* [https://pcgenorg.atlassian.net/plugins/servlet/project-config/CODE/versions Code Versions]
 +
* [https://pcgenorg.atlassian.net/plugins/servlet/project-config/DATA/versions Data Versions]
 +
* [https://pcgenorg.atlassian.net/plugins/servlet/project-config/DOCS/versions Documentation Versions]
 +
* [https://pcgenorg.atlassian.net/plugins/servlet/project-config/NEWSOURCE/versions New Source Versions]
 +
* [https://pcgenorg.atlassian.net/plugins/servlet/project-config/NEWTAG/versions New Tag Versions]
 +
* [https://pcgenorg.atlassian.net/plugins/servlet/project-config/OS/versions Output Sheets Versions]
 +
 +
==Mac Installer==
 +
 +
See [http://pcgen.svn.sourceforge.net/viewvc/pcgen/Trunk/pcgen/installers/mac-installer/instructions.html Instructions]
 +
 +
==IMPORTANT==
 +
For Production Cycle Autobuilds the file '''code\gradle\autobuild.gradle''' lines 16-18 needs to be set to:
 +
  destAutobuildDir = '/home/pcgen1/public_html/autobuilds-prod/'
 +
  } else {
 +
  destAutobuildDir = "${buildDir}/autobuilds-prod/"
 +
  
 
==Signing Files with PGP==
 
==Signing Files with PGP==
We currently use the [[http://www.gnupg.org/ GnuPG for Windows]] to generate the signatures. You will need the private key, either your own, or the PCGen one (contact the PCGen BOD). Once GnuPG is installed and knows about the key you wish to use, it is just a matter fo right clicking on the files to be signed (multi-select is fine) and selecting GPGee > Sign and then making sure the PCGen key is selected, hitting OK and entering the passphrase for the key. This creates an .asc signature file for each selected file.
+
'''Historical only''' We used to use the [[http://www.gnupg.org/ GnuPG for Windows]] to generate the signatures. You will need the private key, either your own, or the PCGen one (contact the PCGen BOD). Once GnuPG is installed and knows about the key you wish to use, it is just a matter fo right clicking on the files to be signed (multi-select is fine) and selecting GPGee > Sign and then making sure the PCGen key is selected, hitting OK and entering the passphrase for the key. This creates an .asc signature file for each selected file.
 +
 
 +
==Troubleshooting==
 +
Yes, even the best installs of all the program amount to nothing if there is a hitch. These are basic notes from the current issues cropping up and resolutions. These notes are not prettified yet. The idea being we will get a full set of troubleshooting tips and tricks here in the near future.
 +
 
 +
Check your versions.
 +
JDK1.8 is required with JAVA_HOME variable (see below)
 +
My Computer > System > Advanced Settings:
 +
For JAVA_HOME make sure it's a set System Variable and make sure it's using the correct path to your current installation base folder
  
==Prerequisites==
 
The first time you run a release you will have to make sure you have the following tools available:
 
===Release Notes===
 
* Text editor
 
* Web browser
 
* Perl interpreter
 
* Perl modules: readonly (installed on Windows via ActivePerl's Perl Package Manager)
 
  
===Release===
+
===OLD===
* Java SDK 1.5 (the one that includes the javac compiler)
+
SVN must be a true .exe install, TortoiseSVN will not meet this requirement
* Maven 1.1
+
SVN exe can be found here [[http://subversion.tigris.org/files/documents/15/46531/Setup-Subversion-1.6.5.msi SVN]]
* [[ANT|Ant 1.6]]
 
* Perl interpreter
 
* Perl modules: readonly (installed on Windows via ActivePerl's Perl Package Manager)
 

Latest revision as of 23:54, 12 November 2018

Introduction

Here are the steps to follow when making a release of PCGen. If it is your first time, please check the prereqs section at the bottom of this page.

Prerequisites

The first time you run a release you will have to make sure you have the following tools available:

Release Notes

  • Text editor
  • Web browser
  • Perl interpreter
  • Perl modules: readonly (installed on Windows via ActivePerl's Perl Package Manager)

Release

  • Java SDK 1.8 (the one that includes the javac compiler) --FOR PCGEN 6.07.x
  • Gradle 1.x
  • git
  • Perl interpreter
  • NSIS

Outstanding Issues

You need to check JIRA for any outstanding issues to ensure the release meets our QA std.

  • Alpha releases require no Blockers, allow Critical only with Code lead exception
  • Beta releases require no Blockers or Criticals
  • RCs/final releases require no Blockers, Criticals, or Majors

Create Release Notes

  1. Update your local copy of pcgen from github
  2. Copy the previous set of release notes to pcgen-release-notes-nnn.html where nnn is the version number.
  3. Do a global replace of the old version number to the new version number, both as n.nn.n and nnnn
  4. Open Jira and for each project open the release notes for the version.
  5. Copy the html to the changelog section, changing h2 tags to h3.
  6. Update the What's New section with any high profile changes.
  7. Update the Thanks section with the list of people who committed during the cycle. The search filter "is:pr is:closed is:merged updated:>2015-02-09" is useful for triming the list of pull request to those included in the release.
  8. Commit the new release notes and notify pcgen_bod so they can review it.
  9. Notify pcgen dev and experimental lists of upcoming release, asking for autobuilds to be tested. Best to give 24 hours notice.


Release Notes Placeholder

The Build

  1. Using a clean directory with no changes to the pcgen files
  2. git pull master the PCGen repository (5 mins)
  3. Release manager edits pcgen/code/src/java/pcgen/resources/prop/PCGenProp.properties to set the release date, version number, contributors, etc. and commit the result (5 mins)
  4. If switching to or from RC mode, edit gradle.properties and adjust the version number to be in the correct format. e.g. 6.04.00 RC1 or 6.04.00
  5. Execute gradle prepareRelease slowtest OR IF USING WINDOWS (gradle prepareRelease slowtest --project-cache-dir c:\gradle\cache) in the pcgen directory and verify there are no failing Junit test. Also check if there are any "Unknown publisher" messages. If so you need to add new entries for the listed publishers to the gendatalist.pl script. (20 mins)
  6. Check Jira for any closed requests missing from the release notes. Steps 4 and 6 of 'Create Release Notes' section above can be used to assist here. (10 mins)
  7. Update the readme.md file with the what's new section of the release notes.
  8. Smoke test the newly built pcgen full zip or exe. (30 mins)
  9. Create a folder for the release under the File Manager
  10. Upload the release notes using the File Manager to the release folder
  11. Run gradle pcgenRelease OR IF USING WINDOWS (gradle pcgenRelease --project-cache-dir c:\gradle\cache) (which updates the gradlefiles and tags the SVN repository). (2 mins)
  12. Upload the release files to SourceForge. The quickest way is uploading via the web, the same way you uploaded the release notes etc. (10 mins)
  13. Update Readme.MD with the SHA256 checksums from target/SHA256-digests.txt. Upload the revised file and check-in. (5 mins)
  14. Notify PCGen_bod of the new release. (5 mins)
  15. PR Monkeys create a news item for the new release
  16. PR Monkeys send announcement to all pcgen mailing list for the new release

Update JIRA

For each of the projects, mark the version you are working on as released and create the next version if it doesn't already exist. When marking a version as released, please make sure the released date is set to today.

Mac Installer

See Instructions

IMPORTANT

For Production Cycle Autobuilds the file code\gradle\autobuild.gradle lines 16-18 needs to be set to:

  destAutobuildDir = '/home/pcgen1/public_html/autobuilds-prod/'
  } else {
  destAutobuildDir = "${buildDir}/autobuilds-prod/"


Signing Files with PGP

Historical only We used to use the [GnuPG for Windows] to generate the signatures. You will need the private key, either your own, or the PCGen one (contact the PCGen BOD). Once GnuPG is installed and knows about the key you wish to use, it is just a matter fo right clicking on the files to be signed (multi-select is fine) and selecting GPGee > Sign and then making sure the PCGen key is selected, hitting OK and entering the passphrase for the key. This creates an .asc signature file for each selected file.

Troubleshooting

Yes, even the best installs of all the program amount to nothing if there is a hitch. These are basic notes from the current issues cropping up and resolutions. These notes are not prettified yet. The idea being we will get a full set of troubleshooting tips and tricks here in the near future.

Check your versions. JDK1.8 is required with JAVA_HOME variable (see below) My Computer > System > Advanced Settings: For JAVA_HOME make sure it's a set System Variable and make sure it's using the correct path to your current installation base folder


OLD

SVN must be a true .exe install, TortoiseSVN will not meet this requirement SVN exe can be found here [SVN]