- Getting started with the Kythe codebase
- Code review
- Contribution Ideas
Getting started with the Kythe codebase
All changes to Kythe must go through code review before being submitted, and each individual or corporate contributor must sign an appropriate Contributor License Agreement. Once your CLA is submitted (or if you already submitted one for another Google project), make a commit adding yourself to the AUTHORS and CONTRIBUTORS files. This commit can be part of your first Pull Request.
The Kythe team has chosen to use GitHub Pull Requests for code review.
Kythe C++ code follows the Google style guide. You can run
clang-format to do
If you forgot to do this for a commit, you can amend it easily:
New Extractors and Indexers
Kythe is built on the idea of having a common set of tools across programming languages so Kythe is always happy to add another language to its family.
Build System Integration
In order to use Kythe’s compilation extractors, they must be given precise information about how a compilation is processed. Currently, Kythe has built-in support for Bazel and rudimentary support for CMake. Contributing support for more build systems like Gradle will greatly help the ease of use for Kythe and increase the breadth of what it can index.
Kythe emits a lot of data and there are many ways to interpret/display it all. Kythe has provided a sample UI, but it currently only scratches the surface of Kythe’s data. Other ideas for visualizers include an interactive graph, a documentation browser and a source file hierarchical overview.