Before making a pull request, please make sure your changes conform to the following guidelines. Depending on your specific changes, only very few may actually apply.
It is okay, if your pull request only fulfills some of them. However, these guidelines ensure that your changes will blend in and reduce the maintainers' workload.
- They are written in imperative present tense, i.e. as commands:
Add x
instead ofAdding x
orI added x
. - Messages are prefixed with the name of the modified template followed by a colon,
e.g.C_CppUTest/readme: Improve section 'Getting started'
.
-
The template folder's name follows the scheme
<language>_<framework>
. -
All file types generated as part of the build process are listed in the template specific
.gitignore
file. -
It exists a
Makefile
(or sth. equivalent) with build targets of the following kind: -
all
: compiles everything, i.e. application and tests (default target) -
clean
: deletes all files that were generated during the build process -
main
: compiles and runs the application -
test
: compiles and runs the tests -
It exists a README inside your template's folder with the following content:
-
A list of the key technologies used by the template (programming language, test framework, build automation, ...)
-
The enclosed source files' purpose
-
Available
Makefile
build targets (or sth. equivalent) -
Instructions for installing the necessary toolchain (compiler, testing framework, ...).
Can be a link, if it is too much. -
"Getting started" section explaining how to work with the template project,
e.g. showing a typical TDD cycle -
Link to the testing framework's (online) documentation
-
Either
Markdown
(.mkd
) orreStructuredText
(.rst
) is used to format text files. -
reStructuredText: Quick Reference, Markup Specification
- The build automation tool provides a way to automatically enforce a certain source code formatting.
- It exists an
.editorconfig
file that allows editors and IDEs to automatically set all relevant style options.