Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

🆕 👥 .github: Add contributing guidelines #13

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

jwflory
Copy link
Member

@jwflory jwflory commented Mar 10, 2022

This commit adds contributing guidelines that explains three topics:

  1. Contribution process
  2. Structure and components
  3. How to create a development environment

The contribution process suggests we use a governance model known as
lazy consensus. This model allows a change or new idea to move
forward, provided it gets at least one "+1" vote and no "-1" vote from a
maintainer. The full context is explained in the document.

Additionally, this document also explains how to create a development
environment and set up the project. It explains how to clone the git
repository and set up the git submodule for the theme, and how to run
the Hugo server to get a local preview.

This addresses the feedback from @RichardLitt in PR #11 and should
unblock that Pull Request as well.

@jwflory jwflory added I: contributor experience Quality-of-life improvements or changes to project contribution processes or resources T: new change Adds new capabilities or functionality labels Mar 10, 2022
@jwflory jwflory self-assigned this Mar 10, 2022
@jwflory
Copy link
Member Author

jwflory commented Mar 10, 2022

@RichardLitt, especially seeking your input on the developer environment instructions and if you are able to use these to test PR #11.

This commit adds contributing guidelines that explains three topics:

1. Contribution process
2. Structure and components
3. How to create a development environment

The contribution process suggests we use a governance model known as
**lazy consensus**. This model allows a change or new idea to move
forward, provided it gets at least one "+1" vote and no "-1" vote from a
maintainer. The full context is explained in the document.

Additionally, this document also explains how to create a development
environment and set up the project. It explains how to clone the git
repository and set up the git submodule for the theme, and how to run
the Hugo server to get a local preview.

This addresses the feedback from @RichardLitt in PR #11 and should
unblock that Pull Request as well.

Signed-off-by: Justin W. Flory (he/him) [UNICEF Innovation] <jflory@unicef.org>
Copy link
Member

@RichardLitt RichardLitt left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Generally. Dev environment works - thanks for the git submodule commands.


**What constitutes a vote?**
In the context of this repository, a vote can mean a review on a Pull Request or a comment on an Issue.
A maintainer can give a "+1" vote or approve a Pull Request if they agree with the change.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think this is our current process. Perhaps something like: "A maintainer can give a general approval by saying something like "+1" or "LGTM", or just approve a PR using GitHub's review feature." Otherwise, this seems dogmatic.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@RichardLitt My intent was not to capture our current process (do we have one?). I was setting out to document a norm that we could agree on following as a group. Although I'm not sure I see the difference between what I've written here and your proposed edit, unless you are suggesting to strike this entire process?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I hear you. Your proposal gives off the impression that the only way to vote is to say "+1" or "-1", when those are personal language choices. If someone just wrote "I like this", that would also work for our current process, but the writing here is too restrictive for that use-case. I propose we broaden your writing to include language choices.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah! Yeah, that makes sense and it is fair feedback. I can amend this. I'll probably get to this sometime next week and include any other feedback from other reviewers at the same time.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
I: contributor experience Quality-of-life improvements or changes to project contribution processes or resources T: new change Adds new capabilities or functionality
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants