I'm really glad you're reading this, because we need volunteer developers to help this project come to fruition.
Here are some important resources:
- Our roadmap is the 10k foot view of where we're going, and
- Bugs? GitHub cpp-logger issues is where to report them
Start reading our code and you'll get the hang of it. We optimize for readability:
- We indent using four spaces (soft tabs)
- We use snake case naming convention.
- We indent using K&R and Stroustrup variant (more here).
- This is open source software. Consider the people who will read your code, and make it look nice for them. It's sort of like driving a car: Perhaps you love doing donuts when you're alone, but with passengers the goal is to make the ride as smooth as possible.
- When it comes to UML, we use PlantUML. You can store your diagrtams in
./diagrams/
, PlantUML files should use the extension.puml
We use GoogleTest to write and run unit tests. The cmake module cmake/GTestExtConfig.cmake
upload google test source code by cloning the GitHub's repository. The CMake flag BUILD_TESTS
can be used to turn google testing off.
Test programs are stored in ./tests/
and are setup through ./tests/CMakeLists.txt
Please send a GitHub Pull Request to cpp-logger with a clear list of what you've done (read more about pull requests). When you send a pull request, we will love you forever if you include Doxygen examples. We can always use more test coverage. Please follow our coding conventions (below) and make sure all of your commits are atomic (one feature per commit).
Always write a clear log message for your commits. One-line messages are fine for small changes, but bigger changes should look like this:
$ git commit -m "A brief summary of the commit
>
> A paragraph describing what changed and its impact."
We use Travis-CI to build and run unit tests.
Thanks,
Herbert Koelman