governance files: CODEOWNERS, CONTRIBUTING.md, and GOVERNANCE.md #49
Conversation
@a-fox can you take a look at this and give some feedback if possible. |
@talltree I'll copy the stuff over the wiki to make sure it's also documented there. |
Signed-off-by: Andor Kesselman <andor@henosisknot.com>
Signed-off-by: Andor Kesselman <andor@henosisknot.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some comments and highlights.
|
||
|
||
# These owners will be the default owners for everything in the repo. | ||
* @talltree @wenjing |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's a good question. I would also add @darrellodonnell. We can always update this.
CONTRIBUTING.md
Outdated
for the change, the editor should follow the standard review process and refer | ||
the PR in the issue | ||
|
||
### Editing Git process |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we want to allow a branch directly off the repo? What about forking for changes?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
PR's from forking should be allowed IMO for occasional contributors. Branching should be allowed for active contributors/editors. However, I would love to have as simple editing workflow as possible for active contributors.
We should discuss more on this.
I think our goal for Git-based document management should be:
- Simple and concise way for non-git-savvy contributors to contribute changes (editor, minimal git-understanding required)
- Have Issue & PR -based workflow for all changes
- Enable editors with tools and workflows that contribute positively (i.e. help manage changes) and not negatively (too complex editing).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@a-fox I think the biggest thing is the process needs to be clear. There can't be a lot of decision making. I get being able to run a branch on the core repo sounds nice, but you run into issues like who can do it and under what circumstance, and then people get confused.
My suggestion:
Basic Options:
- Fork the repo
- Show a non-saavy git person how to use the Github UI to suggest a change.
- Draft a PR and tag reviewer.
We should have a video for this, or some screenshots to make it easier.
Advanced Options:
- IF you want to bring a repo locally, then document some ways. I've had a lot of success teaching people Github Desktop.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Signed-off-by: Andor Kesselman <andor@henosisknot.com>
CONTRIBUTING.md
Outdated
for the change, the editor should follow the standard review process and refer | ||
the PR in the issue | ||
|
||
### Editing Git process |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
PR's from forking should be allowed IMO for occasional contributors. Branching should be allowed for active contributors/editors. However, I would love to have as simple editing workflow as possible for active contributors.
We should discuss more on this.
I think our goal for Git-based document management should be:
- Simple and concise way for non-git-savvy contributors to contribute changes (editor, minimal git-understanding required)
- Have Issue & PR -based workflow for all changes
- Enable editors with tools and workflows that contribute positively (i.e. help manage changes) and not negatively (too complex editing).
Co-authored-by: Antti Kettunen <a-fox@users.noreply.github.com> Signed-off-by: Andor Kesselman <andor@henosisknot.com>
Signed-off-by: Andor Kesselman <andor@henosisknot.com>
Based on a conversation with @a-fox , we discussed prioritizing the focus of this PR as the following:
@talltree @a-fox , please review the Governance and Contributing files, and review them to give feedback. |
CONTRIBUTING.md
Outdated
for the change, the editor should follow the standard review process and refer | ||
the PR in the issue | ||
|
||
### Editing Git process |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@a-fox I think the biggest thing is the process needs to be clear. There can't be a lot of decision making. I get being able to run a branch on the core repo sounds nice, but you run into issues like who can do it and under what circumstance, and then people get confused.
My suggestion:
Basic Options:
- Fork the repo
- Show a non-saavy git person how to use the Github UI to suggest a change.
- Draft a PR and tag reviewer.
We should have a video for this, or some screenshots to make it easier.
Advanced Options:
- IF you want to bring a repo locally, then document some ways. I've had a lot of success teaching people Github Desktop.
CONTRIBUTING.md
Outdated
for the change, the editor should follow the standard review process and refer | ||
the PR in the issue | ||
|
||
### Editing Git process |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
use to get going and to contribute to the repository *without ever touching the | ||
command line*. | ||
|
||
There is also a [Video Walkthrough](https://www.youtube.com/embed/3CuB0wdJaSU) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Note: This is my youtube channel, which I used just for sample here. If ToIP has their own channel, I'm happy to put the video there, or we can remake it. I do think a video needs to be available though!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, ToIP has a YouTube channel. @JFleenor has more info on that.
Maybe need to put the https://github.com/andorsk/TechArch/tree/governance#contributing into the CONTRIBUTING.md file |
Note for the basic change flow ( non git loving users ), https://github.com/trustoverip/TechArch/blob/339dc1cf4bd0c7d226520dc963a1b9726937a020/CONTRIBUTING.md#basic-change-flow is where it’s documented. To me, this is probably the highest priority to be sufficient before opening it up to the rest of the community, as this is where most the rubber will meet the road for a lot of people. @darrellodonnell can you please pay really close attention to this and see if the flow is reasonable for you and/or provide feedback if it's not satisfactory. |
Signed-off-by: Andor Kesselman <andor@henosisknot.com>
Added better flow description Signed-off-by: Andor Kesselman <andor@henosisknot.com>
Updates on roles and clarifications. Signed-off-by: Andor Kesselman <andor@henosisknot.com>
Signed-off-by: Andor Kesselman <andor@henosisknot.com>
@talltree @martchcl @darrellodonnell I've added you to the reviewers. Please go through this at your convenience and add commentary or even propose changes. You can click |
@talltree where should the video in the Video Walkthrough: https://github.com/trustoverip/TechArch/blob/339dc1cf4bd0c7d226520dc963a1b9726937a020/CONTRIBUTING.md#basic-change-flow be hosted? |
Signed-off-by: Andor Kesselman <andor@henosisknot.com> updated Governance file Signed-off-by: Andor Kesselman <andor@henosisknot.com>
IMO this is ready for merge. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is ready to merge. We can always tweak further as needed.
I am happy to see a last-call here. I am also testing my CLA integration! |
Initial governance files of CODEOWNERS, CONTRIBUTING.md, and GOVERNANCE.md. Related to issues:
#40
#39
#38
#46
These files are important for designating the repository management of the repo. A couple things: