|Number of watchers on Github||13112|
|Number of open issues||178|
|Average time to close an issue||29 days|
|Average time to merge a PR||4 days|
|Open pull requests||96+|
|Closed pull requests||28+|
|Last commit||almost 2 years ago|
|Repo Created||over 4 years ago|
|Repo Last Updated||almost 2 years ago|
|Organization / Author|
|Do you use styleguide? Leave a review!|
|View open issues (178)|
|View styleguide activity|
|View TODOs for styleguide (19)|
|View on github|
|Fresh, new opensource launches 🚀🚀🚀|
Trendy new open source projects in your inbox! View examples
My play store can't open it
Every major open-source project has its own style guide: a set of conventions (sometimes arbitrary) about how to write code for that project. It is much easier to understand a large codebase when all the code in it is in a consistent style.
Style covers a lot of ground, from use camelCase for variable names to never use global variables to never use exceptions. This project (google/styleguide) links to the style guidelines we use for Google code. If you are modifying a project that originated at Google, you may be pointed to this page to see the style guides that apply to that project.
If your project requires that you create a new XML document format, the XML Document Format Style Guide may be helpful. In addition to actual style rules, it also contains advice on designing your own vs. adapting an existing format, on XML instance document formatting, and on elements vs. attributes.
The style guides in this project are licensed under the CC-By 3.0 License, which encourages you to share these documents. See https://creativecommons.org/licenses/by/3.0/ for more details.