📈 GH Trending Explorer 🎲 Surprise me

← all repos

google / styleguide

git clone https://github.com/google/styleguide.git 🔥 on GitHub Trending today

Style guides for Google-originated open-source projects

—
stars, 24h
+37
stars, 7 days · #1,129
—
stars, 30 days
40k
★ total · +0% this week
13k
forks · 88 open issues

Star history starts 2026-10-20; the chart appears after the second daily snapshot.

LanguageHTML
License—
Created2015-05-20 (11y ago)
Last pushtoday
Watchers1.2k
OwnerOrganization

Seen on GitHub Trending

  • 2026-10-20 — #6 weekly in html · +37 ★

GitHub topics

Links

README excerpt
# Google Style Guides
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.
* [Common Lisp Style Guide][cl]
* [C++ Style Guide][cpp]
* [C# Style Guide][csharp]
* [Go Style Guide][go]
* [Haskell Style Guide][haskell]
* [HTML/CSS Style Guide][htmlcss]
* [JavaScript Style Guide][js]
* [Java Style Guide][java]
* [JSON Style Guide][json]
* [Markdown Style Guide][markdown]
* [Objective-C Style Guide][objc]
* [Python Style Guide][py]
* [R Style Guide][r]
* [Shell Style Guide][sh]
* [Swift Style Guide][swift]
* [TypeScript Style Guide][ts]
* [Verilog Style Guide][verilog]
* [Vim script Style Guide][vim]
If your project requires that you create a new XML document format, the
[XML Document Format Style Guide][xml] 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 following Google style guide lives outside of this project:
* [Angular Style Guide][angular]
* [Effective Dart][dart]
* [Kotlin Style Guide][kotlin]
Since projects are largely maintained in a [VCS], writing good commit messages
is important to long term project health. Please refer to How to Write a Git
Commit Message as an excellent resource. While it
explicitly refers to the Git [SCM], its principles apply to any system, and many
Git conventions are trivial to translate to others.
## Editors & Tools
Google engineers use a wide variety of editors & IDEs.
* Eclipse & IntelliJ
 * C++: eclipse-cpp-google-style.xml
 * Java: 
* Emacs: [google-c-style.el][emacs]
* Vim: 
 * Python: google_python_style.vim
We used to host the cpplint tool, but we stopped making internal updates public.
An open source community has forked the project, so users are encouraged to use
 instead.
## Contributing
With few exceptions, these style guides are copies of Google's internal style
guides to assist developers working on Google owned and originated open source
projects. Changes to the style guides are made to the internal style guides
first and eventually copied into the versions found here. **External
contributions are not accepted.** Pull requests are regularly closed without
comment.
People can file [issues using the GitHub tracker][gh-tracker]. Issues that raise
questions, justify changes on technical merits, or point out obvious mistakes
may get some engagement and could in theory lead to changes, but we are
primarily optimizing