https://github.com/sourcelevel/guidelines
How we communicate :ant:
https://github.com/sourcelevel/guidelines
code-review communication git-workflow guidelines guides
Last synced: 5 months ago
JSON representation
How we communicate :ant:
- Host: GitHub
- URL: https://github.com/sourcelevel/guidelines
- Owner: sourcelevel
- License: apache-2.0
- Created: 2019-06-18T19:28:20.000Z (over 6 years ago)
- Default Branch: main
- Last Pushed: 2021-09-21T18:41:01.000Z (over 4 years ago)
- Last Synced: 2025-06-30T02:39:02.594Z (7 months ago)
- Topics: code-review, communication, git-workflow, guidelines, guides
- Size: 101 KB
- Stars: 12
- Watchers: 5
- Forks: 3
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
- Changelog: CHANGELOG.md
- License: LICENSE
Awesome Lists containing this project
README
SourceLevel - Guidelines
======================
This repository was created to document our guidelines and styleguides maintaining our apps.
As [Hugo Giraudel](http://hugogiraudel.com/) states in [Sass Guidelines](https://sass-guidelin.es/#introduction):
> A styleguide is not just a pleasing document to read, picturing an ideal state for your code. It is a key document in a project’s life, describing how and why code should be written. It may look like overkill for small projects, but it helps a lot in keeping the codebase clean, scalable and easily maintainable.
>
> Needless to say, the more developers involved on a project, the more code guidelines are needed. Along the same lines, the bigger the project, the more a styleguide is a must.
And Harry Roberts from [CSS Guidelines](http://cssguidelin.es/#the-importance-of-a-styleguide):
> A coding styleguide (note, not a visual styleguide) is a valuable tool for teams who:
> * build and maintain products for a reasonable length of time;
> * have developers of differing abilities and specialisms;
> * have a number of different developers working on a product at any given time;
> * on-board new staff regularly;
> * have a number of codebases that developers dip in and out of.
Our purpose is to define a standard way to write code in a clear and semantic form. We care a lot with code legibility and always worried if other developers will understand easily what we're doing and how we're thinking about code..
The entire team should contribute with this repo, giving suggestions and making changes on it. Welcome!
First-timer? We recommend start reading `General/Editor` and then `Process Workflow` :)
## Our Coding Styleguide
Instead of creating a specific coding styleguide for each programming language/tool that we use, we've have decided to just use linters configuration files to indicate which patterns we follow. All linters configuration files can be found in a single repository at [sourcelevel/linters](https://github.com/sourcelevel/linters).
## Our Guidelines
* [General/Editor](https://github.com/sourcelevel/guidelines/blob/master/resources/general.md)
* [Commit Messages](https://github.com/sourcelevel/guidelines/blob/master/resources/commit_messages.md)
* [Pull Requests](https://github.com/sourcelevel/guidelines/blob/master/resources/pull_requests.md)
* [Process Workflow](https://github.com/sourcelevel/guidelines/blob/master/resources/process_workflow.md)
* [Git Workflow](https://github.com/sourcelevel/guidelines/blob/master/resources/git_workflow.md)
## References
* [Plataformatec](http://guidelines.plataformatec.com.br/)
* [CSS Guidelines](http://cssguidelin.es/)
* [Sass Guidelines](https://sass-guidelin.es)
* [Idiomatic CSS](https://github.com/necolas/idiomatic-css)
* [CSS-Tricks - Sass Style Guide](https://css-tricks.com/sass-style-guide/)
* [Mark Otto - Code Guide](https://github.com/mdo/code-guide)
* [Future Friendly Style Guides](https://speakerdeck.com/lukebrooker/future-friendly-style-guides)
* [Styleguides Examples](http://styleguides.io/examples)
## TODO
* Detail how to maintain this guide
* Find a better tool to draw concept/branch node map