Skip to content

Commit

Permalink
Add Sravan's clarifications
Browse files Browse the repository at this point in the history
  • Loading branch information
SDawley committed Feb 6, 2023
1 parent b29bb78 commit 208e8d6
Show file tree
Hide file tree
Showing 2 changed files with 3 additions and 2 deletions.
2 changes: 1 addition & 1 deletion RELEASE.md
Original file line number Diff line number Diff line change
Expand Up @@ -24,7 +24,7 @@

**Milestone Week**
- **M2 Release**
* The M2 release is 'lightweight', meaning there is no announcement or signoff. No additional builds need to be run, just the daily I-build at 6PM EST. Thursdays build is promoted to simrel friday and the compiler is updated if necessary, but the promote and makevisible jobs don't need to be run.
* The M2 release is 'lightweight', meaning there is no announcement or signoff. No additional builds need to be run, just the daily I-build at 6PM EST. Thursdays build is promoted to simrel on friday (unless there are problems with Thursdays build, in which case promote Wednesdays) and the compiler is updated if necessary, but the promote and makevisible jobs don't need to be run.
- **Wednesday**:
* Verify that EMF, ECF and Orbit contributions have been included (if applicable).
* Final release candidate build runs at 6PM EST.
Expand Down
3 changes: 2 additions & 1 deletion RELENG.md
Original file line number Diff line number Diff line change
Expand Up @@ -77,7 +77,8 @@ When the JDT team is ready they will raise an issue to create new Y and P builds
* Update and rename the java repository files in (cje-production/streams)[cje-production/streams]
- Repos without a BETA_JAVA## branch should be set to master
* Update (eclipse-platform-parent/pom.xml)[eclipse-platform-parent/pom.xml]
- Update all instances of java and java##patch to the new java version
- Update all instances of java to the new java version
- Update all instances of the maven profile to the new name
- `<featureToPatchVersion>` corresponds to the feature version of jdt being replaced, the same version number as `org.eclipse.jdt-feature-dummy/feature.xml` in step 1.
- `<versionRangeForPatch>` defines what versions of jdt the patch can be applied to with the intention of invalidating the patch after the next major release. The minimum is the current jdt version, the convention for setting the maximum is `<JDTMajor>.<JDTMinor>.49` and the qualifier is the approximate date of the next major release. So for 4.27 the range would be: `[3.19.0.v20230104-1800,3.19.49.v20230604-1800)`
- The comparator repo should be the updates folder of the latest release/milestone.
Expand Down

0 comments on commit 208e8d6

Please sign in to comment.