I’ve been working on preparing a template repository for GitHub trying to follow some recommendations and best practices to build sustainable projects.
The repository currently provides some indications (and templates) for:
Project Description
Contributing guidelines
Code of Conduct
Governance rules
License
Code owners in your project
Templates for your issues/pull requests
Security policy
Fundings file
Citation
The objective is to provide a nice scaffolding solution for any project. Developers would only have to use the repository as template and adapt and fill the gaps in the templates.
thanks a lot! those indications & checklist are quite useful to guide the writing of readmes. I’ll review it to see how to enrich our proposal, thanks again!
As I’ve been thinking about setting up better standards for my repos, this is a great start. A few questions for Javier:
I presume you’re happy to accept contributions?
Is the choice of CC-BY-SA intentional, or just your default for projects? Switching to any permissive license makes it more likely different users would be interested in using the template. In particular, I’d be nervous using this as a template, because I’d need to ask myself: if I just use this as a template and update for my own uses, does that mean my entire doc set has to be CC-BY-SA?
The key question is: are you building a research project, or a template to give away where you want as many coding projects to use it (perhaps so we can later do research by looking at projects who do)?
Have you thought about tying details here more directly to the default repo files that GitHub offers? They also suggest a SUPPORT.md file, which I think is useful.
Separately, seeing the default repo files docs makes me wonder if the root dir is the best place, or if files like this work better in /docs to keep the root cleaner (except for of course README.md). Although I suppose that kind of question will always be a personal style thing, given how many other config files tend to clutter the root dir of a repo anyway…
of course contributions are welcome! feel free to open a PR
Regarding the license, in this particular project, I think relaxing the license may help reaching more public. I’ve changed the license to CC-BY, I’ll see if that helps.
I didn’t hear about SUPPORT.md file, I’ll have a look, thanks!
Also related, I just learned about Justin Colannino’s Minimum Viable Governance MVG repo, that contains a complete, well defined, yet simple governance model you can drop into a repo to govern a group of maintainers. Well worth a read.
Long term - it could be exciting to work with GItHub (or other repo hosters) to build a “choose a governance model” into their new repo tool, like ChooseALicense.