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
@@ -68,7 +68,7 @@ We welcome code changes that improve this library or fix a problem, and please m
68
68
69
69
## Git flow & Release process
70
70
71
-
We enforce conventional commits and have an automated releasing process using workspaces and semantic-release. Read our [git flow & release process guide](https://github.com/GetStream/stream-chat-react-native/blob/master/RELEASE_PROCESS.md) for more information
71
+
We enforce conventional commits and have an automated releasing process using workspaces and semantic-release. Read our [git flow & release process guide](https://github.com/GetStream/stream-chat-react-native/blob/main/RELEASE_PROCESS.md) for more information
Copy file name to clipboardExpand all lines: RELEASE_PROCESS.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -21,9 +21,9 @@ Please have in mind that the only line you have to add is the selected one. Gith
21
21
22
22
If you've released something you were not supposed to and want to remove that release from npm, remove the git tag and then rollback the changes, you have a few options:
23
23
24
-
### Reset master branch
24
+
### Reset main branch
25
25
26
-
Cleanest way is to just reset the master branch and remove the last few commits, so the ideal is just do reset and force-push.
26
+
Cleanest way is to just reset the main branch and remove the last few commits, so the ideal is just do reset and force-push.
27
27
28
28
### Revert unwanted commits
29
29
@@ -35,15 +35,15 @@ If you want some of the newest commits but want to remove older ones you can jus
35
35
36
36
All pull requests should point to the `develop` branch. Everytime it is updated, a new `next` version is created and released to npm using the latest commit sha.
37
37
38
-
### master & release candidates
38
+
### main & release candidates
39
39
40
-
Everytime we want to push things to master, we should create a pull request from develop to master. When that PR is opened/updated, a comment will be
40
+
Everytime we want to push things to main, we should create a pull request from develop to main. When that PR is opened/updated, a comment will be
41
41
added/updated containing the changelog that will be generated by merging that PR. This is useful for knowing whats going to be released if we decide to
42
-
press the merge button. By doing that, a release candidate tag is created and flagged with the `rc` tag on npm. Also, a `merge back pull request` is created from master to develop.
42
+
press the merge button. By doing that, a release candidate tag is created and flagged with the `rc` tag on npm. Also, a `merge back pull request` is created from main to develop.
43
43
44
44
## Graduating release candidates to production
45
45
46
46
Once the release candidate is well tested and approved, the manual release workflow can be triggered through the Github actions UI. It should always be pointed
47
-
to master and it will `graduate the latest release candidate` to an actual release, flagging it with the `latest` tag on npm. Also, a `merge back pull request`
48
-
is created from master to develop.
47
+
to main and it will `graduate the latest release candidate` to an actual release, flagging it with the `latest` tag on npm. Also, a `merge back pull request`
0 commit comments