Skip to content

Commit

Permalink
Fixed markdown formatting on the release instructions
Browse files Browse the repository at this point in the history
  • Loading branch information
Brendan Robert committed Nov 3, 2018
1 parent 0584d19 commit ef1b6db
Showing 1 changed file with 18 additions and 7 deletions.
25 changes: 18 additions & 7 deletions RELEASING.md
Original file line number Diff line number Diff line change
@@ -9,6 +9,7 @@

In your Maven settings.xml file (~/.m2/settings.xml), add a server entry with the id `bintray`. The username is your bintray username.
The password is your API key (not your password), which you can find via https://bintray.com/profile/edit :

<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
@@ -31,14 +32,24 @@ Make sure that all issues assigned to the current milestone have been closed and
### Release Process

1. Add a new heading to the CHANGELOG.md file with the release number and today's date. Change the link for the Unreleased changes. See https://github.com/Adobe-Consulting-Services/acs-aem-commons/commit/9a3f6e44870b8d5be353f7dd6fd6cf0d47a872fd for an example. Commit and push this change.

2. If this is a minor release, create two new Milestones in GitHub -- one for the next minor release and one for the first patch release. For example,
if you are releasing 3.18.0, create 3.20.0 and 3.18.2.

3. If this is a patch release, create a new Milestone in GitHub for the next patch release. For example, if you are releasing 3.18.2, create 3.18.4.

4. Close the current milestone in GitHub issues.
4. Make sure that the issues and pull requests are associated with the proper milestone -- anything open for the current release should be moved to the next release, either minor or patch depending on the nature of the issue.
5. Run the release: `mvn release:prepare` followed by `mvn release:perform`.
6. Go to https://github.com/Adobe-Consulting-Services/acs-aem-commons/releases and edit the release tag, using the CHANGELOG data as the release text and attaching the content package zip files (both min and regular) to the release.
6. Log into Bintray and go to https://bintray.com/acs/releases, publish all of the artifacts.
7. Create a new internal Adobe JIRA issue requesting that the artifacts be promoted to repo.adobe.com.
8. After the files are promoted, add a release announcement (and any other docs) to the documentation site.
9. If this is a minor release, check out the release tag and run the script `copy-javadoc.sh` to update the JavaDoc on the documentation site. Commit and push the changes the script makes.

5. Make sure that the issues and pull requests are associated with the proper milestone -- anything open for the current release should be moved to the next release, either minor or patch depending on the nature of the issue.

6. Run the release: `mvn release:prepare` followed by `mvn release:perform`.

7. Go to https://github.com/Adobe-Consulting-Services/acs-aem-commons/releases and edit the release tag, using the CHANGELOG data as the release text and attaching the content package zip files (both min and regular) to the release.

8. Log into Bintray and go to https://bintray.com/acs/releases, publish all of the artifacts.

9. Create a new internal Adobe JIRA issue requesting that the artifacts be promoted to repo.adobe.com.

10. After the files are promoted, add a release announcement (and any other docs) to the documentation site.

11. If this is a minor release, check out the release tag and run the script `copy-javadoc.sh` to update the JavaDoc on the documentation site. Commit and push the changes the script makes.

0 comments on commit ef1b6db

Please sign in to comment.