commit | 32ae6ff5dc2fa0b15bae7b9abbc31abc0001eee0 | [log] [tgz] |
---|---|---|
author | Daniel Latypov <dlatypov@google.com> | Fri Feb 04 16:00:52 2022 -0800 |
committer | Daniel Latypov <dlatypov@google.com> | Fri Feb 04 16:02:32 2022 -0800 |
tree | ccc85dd3e823dfb1831454e159c36bb8fe22a736 | |
parent | 927e915c4b9742e3539d0f51531d94c43998ea1f [diff] |
release_notes: fix broken link to upstream documentation on QEMU support Things got moved around due to all the documentation patches that went in for 5.17. All the other links seem fine, just this one needed updating. Change-Id: I5fb62152b899845d87e6385299c21409825d869c Signed-off-by: Daniel Latypov <dlatypov@google.com>
KUnit is a lightweight unit testing and mocking framework for the Linux kernel. These tests are able to be run locally on a developer’s workstation without a VM or special hardware.
KUnit is heavily inspired by JUnit, Python’s unittest.mock, and Googletest/Googlemock for C++. KUnit defines a way to mock out C style classes and functions and create expectations on methods called within the code under test.
This is a repository to host the source for the KUnit documentation.
NOTE: There is an important distinction between KUnit‘s documentation source and it’s documentation site. As a project meant primarily to serve the development of the Linux kernel, a significant portion of our code and documentation reside in the Linux kernel codebase. Consequently, the documentation that does not live in the Linux kernel follows many of the conventions of the Linux kernel. One of these conventions is that we use Sphinx for all of our documentation. Thus, because Sphinx requires documentation to be compiled from its source files, we must have a repository for all the Sphinx source files and a separate repository for all of the generated output files to actually host the site. This is the repository for the source.
https://kunit.googlesource.com
Documentation can be built by running:
make html
Our documentation is hosted at https://github.com/google/kunit-docs. The documentation may be updated by building the documentation as described above, and then:
./deploy.sh
You can copy the files over without committing and pushing the files with:
./deploy.sh --no-commit