documentation: Adapt CONTRIBUTING.md for the move to gitlab#1604
documentation: Adapt CONTRIBUTING.md for the move to gitlab#1604
Conversation
This is an attempt at keeping the docs up to date with the move from github to gitlab. Since this document will be used as a template for prplWrt as well, it's double important that it stays up to date. I anticipate we'll need another update once the move is complete and we've settled on how to work effectively with gitlab a bit more. The "Merge request workflow" in particular might change significantly, but I don't want to do it yet because I'm not certain yet what it will look like. Also, I don't know how (if) the DCO check still works with gitlab, or if we need to tweak things a little there. No doubt we'll discover other issues. So, this is just an *initial version* of the contribution guidelines, adapted for gitlab. See PPM-335 Signed-off-by: Frederik Van Bogaert <frederik.vanbogaert@mind.be>
30a6e89 to
ffbf2aa
Compare
|
Before anyone comments: yes, there's some fixes related to JIRA and Confluence as well in here. I didn't feel the need to do it in a separate PR or commit, since these are just small documentation fixes. |
adam1985d
left a comment
There was a problem hiding this comment.
gave a few comments but nothing is a blocker :-)
|
|
||
| A large part of the conversation takes place directly on github, through issues, pull requests, and comments on commits. | ||
| Thus, it is advisable to subscribe to (i.e. watch) the issues you are interested in, or the project as a whole. | ||
| Part of the conversation takes place directly on gitlab through merge requests, and comments on commits. |
There was a problem hiding this comment.
| Part of the conversation takes place directly on gitlab through merge requests, and comments on commits. | |
| Part of the conversation takes place directly on gitlab through merge requests and comments on commits. |
|
|
||
| Daily conversations take place on [Slack](https://prplfoundation.slack.com/). | ||
| You can ask for an invite to anyone currently involved, e.g. by sending a message to an active contributer on github. | ||
| You can ask for an invite to anyone currently involved, e.g. by sending a message to an active contributer on gitlab. |
There was a problem hiding this comment.
| You can ask for an invite to anyone currently involved, e.g. by sending a message to an active contributer on gitlab. | |
| You can ask for an invite to anyone currently involved, e.g. by sending a message to an active contributor on gitlab. |
| Adding this tag can be done automatically by using `git commit -s`. | ||
| If you are editing files and committing through GitHub, you must write your real name in the “Name” field in GitHub settings and the email used in the "Signed-off-by:" must be your primary github email. | ||
| You must manually add the "Signed-off-by:" to the commit message that github requests. | ||
| If you are editing files and committing through GitLab, you must write your real name in the “Full Name” field in your GitLab profile and the email used in the "Signed-off-by:" must be your "Commit email" address. |
There was a problem hiding this comment.
I know this originally was Github and thus you changed to Gitlab, but all other places refer to it as lower-case gitlab. better stick to one (lower/upper case the G for all occurrences)
| If you are editing files and committing through GitLab, you must write your real name in the “Full Name” field in your GitLab profile and the email used in the "Signed-off-by:" must be your "Commit email" address. | |
| If you are editing files and committing through GitLab, you must write your real name in the “Full Name” field in your GitLab profile, and the email used in the "Signed-off-by:" must be your "Commit email" address. |
| ``` | ||
|
|
||
| ### Pull Request workflow | ||
| Then, adding the "Signed-off-by" line is as simple as using `git commit -s` instead of `git commit` (using an alias is recommended, e.g. `git config --global alias.ci='commit -s'`) |
There was a problem hiding this comment.
| Then, adding the "Signed-off-by" line is as simple as using `git commit -s` instead of `git commit` (using an alias is recommended, e.g. `git config --global alias.ci='commit -s'`) | |
| Then, adding the "Signed-off-by" line is as simple as using `git commit -s` instead of `git commit` (using an alias is recommended. E.g. `git config --global alias.ci='commit -s'`) |
| 7. Author addresses review comments in additional fixup commits. | ||
| * If no more fixes are needed | ||
| * Author rebases with `git rebase -i --autosquash master` to clean up the pull request. | ||
| * Author rebases with `git rebase -i --autosquash master` to clean up the merge request. | ||
| * If more fixes are needed (suggested by reviewers or by the author himself) | ||
| * Author does rebase-force-push to squash fixup commits and asks for a followup review (this makes the next review iterations simpler) |
There was a problem hiding this comment.
I know this is how we originally stated the flow to be - but I am not sure the fixup-commits after the review are really used (I didn't encounter them if the review process for a long time now.
Usually, the flow I see is:
review comments are addressed in one of the 3 ways:
- decision not to accept the comment (and no change is done according to that comment)
- accept the comment requested change, and if it is a simple fix - resolve the comment in the conversation (but fix is already squashed to the commit that introduced the change). If the fix is not simple the conversation isn't resolved.
- comment required more discussion and then a ping-pong is started until either '1' or '2' above is decided.
either way didn't see a PR that the changes were introduced as fixup, If this is the flow we want to use - we need to enforce it for future PR/merge requests.
This is an attempt at keeping the docs up to date with the move from github to gitlab.
Since this document will be used as a template for prplWrt as well, it's double important that it stays up to date.
I anticipate we'll need another update once the move is complete and we've settled on how to work effectively with gitlab a bit more.
The "Merge request workflow" in particular might change significantly, but I don't want to do it yet because I'm not certain yet what it will look like.
Also, I don't know how (if) the DCO check still works with gitlab, or if we need to tweak things a little there.
No doubt we'll discover other issues.
So, this is just an initial version of the contribution guidelines, adapted for gitlab.
See PPM-335