alkurbatov / alkurbatov/suvorov-bot

CONTRIBUTING

Offen
#62 2 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
good first issue help wanted
Vorherrschende Sprache
C++
Sterne
18
Forks
6
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

Hi, if you are reading this is because you pretty likely want to participate in the development of this bot and curious about how to start.

## What can I do?

- [ ] Search for other issues tagged [with `good first issue` or `help wanted` tag](https://github.com/alkurbatov/suvorov-bot/issues?q=is%3Aissue+is%3Aopen+label%3A%22good+first+issue%22).
- [ ] Suggest new features.
- [ ] Vote for existing issues (issues with highest number of reactions are likely to be fixed first).
- [ ] Fix `// FIXME: ` comments in the code.
- [ ] Improve the inline documentation.
- [ ] Add/Fix/Improve tests.
- [ ] Support this project on [Boosty](https://boosty.to/cpp-sc2) (preferred) or [Patreon](https://www.patreon.com/cppsc2).

If you have any suggestions, feel free to comment on this thread, or chat me over [Discord](https://discordapp.com/invite/Emm5Ztz) (the `#cpp` channel).

## What should I know before the start?

**Code guidelines**
We do our best to conform to [the Google C++ Style Guide](https://google.github.io/styleguide/cppguide.html) with the exception that we use four space tabs instead of two space tabs.

**Commit guidelines**
We follow the semantic versioning approach, this is important so your PR will appear on the Changelog 🎉 ! I guess you expect recognition and we will give it to you.
See [standard-version](https://github.com/conventional-changelog/standard-version#commit-message-convention-at-a-glance) for commit guidelines.

The list of supported commit message prefixes:

- `feat` - a new feature or API improvements;
- `fix` - a bugfix;
- `perf` - performance improvements;
- `refactor` - code refactoring;
- `test` - functional or unit tests;
- `build` - build system improvements, also includes CI improvements;
- `docs` - documentation improvements;
- `chore` - routine task, e.g. create new release (doesn't appear in the changelog);
- `style` - fix code style, no functional changes (doesn't appear in the changelog.

## Before PR

* Keep the PR small as possible and one single topic for each.
* Write good commit message: describe what was the problem and why the changes required.
* Run Google style linter, see [.travis/lint.sh](https://github.com/alkurbatov/suvorov-bot/blob/master/.travis/lint.sh) for details.
* Consider implementing a test.

Beitragsleitfaden

Beitragsleitfaden öffnen

Bewertung

Dieses Issue wurde noch nicht bewertet.

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.