3rd-party/catch2
1
0
Fork 0
mirror of https://github.com/catchorg/Catch2.git synced 2024-11-29 16:53:30 +01:00
Code Issues Packages Projects Releases Wiki Activity

Merge pull request #1484 from Lotterleben/extend_contributing

Browse Source 
contributing.md: Add build instructions
This commit is contained in:
Martin Hořeňovský 2019-01-19 13:06:06 +01:00 committed by GitHub
commit 4109870435
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 37 additions and 15 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

46
docs/contributing.md
View File

@ -37,20 +37,42 @@ as these are managed by the scripts!__
## Testing your changes ## Testing your changes
Obviously all changes to Catch's code should be tested. If you added new functionality, you should add tests covering and Obviously all changes to Catch's code should be tested. If you added new
showcasing it. Even if you have only made changes to Catch internals (ie you implemented some performance improvements), functionality, you should add tests covering and showcasing it. Even if you have
you should still test your changes. only made changes to Catch internals (i.e. you implemented some performance
improvements), you should still test your changes.
This means 3 things This means 2 things
* Compiling Catch's SelfTest project -- code that does not compile is evidently incorrect. Obviously, you are not expected to * Compiling Catch's SelfTest project:
have access to all compilers and platforms Catch supports, Catch's CI pipeline will compile your code using supported compilers ```
once you open a PR. $ cd Catch2
* Running the SelfTest binary. There should be no unexpected failures on simple run. $ cmake -Bdebug-build -H. -DCMAKE_BUILD_TYPE=Debug
* Running Catch's approval tests. Approval tests compare current output of the SelfTest binary in various configurations against $ cmake --build debug-build
known good output. Catch's repository provides utility scripts `approvalTests.py` to help you with this. It needs to be passed ```
the SelfTest binary compiled with your changes, like so: `$ ./scripts/approvalTests.py clang-build/SelfTest`. The output should because code that does not compile is evidently incorrect. Obviously,
be fairly self-explanatory. you are not expected to have access to all the compilers and platforms
supported by Catch2, but you should at least smoke test your changes
on your platform. Our CI pipeline will check your PR against most of
the supported platforms, but it takes an hour to finish -- compiling
locally takes just a few minutes.
* Running the tests via CTest:
```
$ cd debug-build
$ ctest -j 2 --output-on-failure
```
If you added new tests, approval tests are very likely to fail. If they
do not, it means that your changes weren't run as part of them. This
_might_ be intentional, but usually is not.
The approval tests compare current output of the SelfTest binary in various
configurations against known good outputs. The reason it fails is,
_usually_, that you've added new tests but have not yet approved the changes
they introduce. This is done with the `scripts/approve.py` script, but
before you do so, you need to check that the introduced changes are indeed
intentional.