Skip to content

Conversation

l-zeuch
Copy link
Collaborator

@l-zeuch l-zeuch commented Oct 12, 2024

With this PR I hope to address some concerns voiced about the
contributing guide in #documentation et al. The guidelines were quite
confusingly written and did not provide a clear path for new
contributors, which may or may not have added to the sentiment towards
this guide.

I have now restructured the guide to be more linear and clearer about
the why of certain things. Below reproduced the commit message.

meta: refine contributing guide

The contributing guide was partly outdated, mentioning to run Hugo for
building / previewing the site and was generally confusingly written,
exhibiting a non-linear style.

Update it such that it can now be read linearly, outlining the new
preview / build process, explaining the markdown features we want
contributors to use. We also now have a quick rundown of the superficial
repository structure, hopefully enabling contributors to find relevant
files faster when they're viewing the source tree.

Also refine the commit message rambling to be clearer about the why of
various requirements, such as the 50 (72) character header limit (GitHub
breaks them at 72). Give hints as to when one should better split up
their changes and when to use the commit message body. Explain what we
use a sign-off for and reiterate that it is not required.

As was recently the case, also mention what happens when there is a
larger batch of pull requests open and why we don't merge them
immediately one-by-one.

Signed-off-by: Luca Zeuch [email protected]

Terms

@l-zeuch l-zeuch requested a review from jo3-l October 12, 2024 19:08
The contributing guide was partly outdated, mentioning to run Hugo for
building / previewing the site and was generally confusingly written,
exhibiting a non-linear style.

Update it such that it can now be read linearly, outlining the new
preview / build process, explaining the markdown features we want
contributors to use. We also now have a quick rundown of the superficial
repository structure, hopefully enabling contributors to find relevant
files faster when they're viewing the source tree.

Also refine the commit message rambling to be clearer about the why of
various requirements, such as the 50 (72) character header limit (GitHub
breaks them at 72). Give hints as to when one should better split up
their changes and when to use the commit message body. Explain what we
use a sign-off for and reiterate that it is not required.

As was recently the case, also mention what happens when there is a
larger batch of pull requests open and why we don't merge them
immediately one-by-one.

Signed-off-by: Luca Zeuch <[email protected]>
@l-zeuch l-zeuch merged commit a13c818 into master Oct 13, 2024
4 checks passed
@l-zeuch l-zeuch deleted the contributing branch October 13, 2024 07:38
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants