You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: development/releasing.md
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -8,19 +8,19 @@ This step is performed, to confirm that the update of versions works properly.
8
8
- create release branch from development branch and make sure to name the release branch: `release/vX.Y.Z`
9
9
- update, commit and push at least one file change in the release branch, to kickoff a Travis build
10
10
- wait for th build to complete successfully
11
-
- merge the release branch to master and wait for master build to complete successfully (do not use Squash/rebase for merge operation)
12
-
- create a Github release from the master branch using [github releases page](https://github.com/utPLSQL/utPLSQL/releases) and populate release description using information found on the issues and pull requests since previous release.
11
+
- merge the release branch to main and wait for main build to complete successfully (do not use Squash/rebase for merge operation)
12
+
- create a Github release from the main branch using [github releases page](https://github.com/utPLSQL/utPLSQL/releases) and populate release description using information found on the issues and pull requests since previous release.
13
13
To find issues closed after certain date use [advanced filters](https://help.github.com/articles/searching-issues-and-pull-requests/#search-by-open-or-closed-state).
- After A build was completed on a TAG (github release) was successful, merge master branch back into develop branch.
16
-
- At this point, master branch and release tag should be at the same commit version and artifacts should be uploaded into Github release.
15
+
- After A build was completed on a TAG (github release) was successful, merge main branch back into develop branch.
16
+
- At this point, main branch and release tag should be at the same commit version and artifacts should be uploaded into Github release.
17
17
- After develop branch was built, update version number in `VERSION` file to represent next planned release version.
18
18
- Clone `utplsql.githug.io` project and add a new announcement about next version being released in `_posts`. Use previous announcements as a template. Make sure to set date, time and post title properly.
19
19
20
20
The following will happen:
21
21
- build executed on branch `release/vX.Y.Z-[something]` updates files `sonar-project.properties`, `VERSION` with project version derived from the release branch name
22
22
- changes to those two files are committed and pushed back to release branch by Travis
23
-
- builds on master branch are **not getting executed**
23
+
- builds on main branch are **not getting executed**
24
24
- when a Github release is created, a new tag is added in on the repository and a tag build is executed
25
25
- the documentation for new release is published on `utplsql.github.io` and installation archives are added to the tag.
0 commit comments