|
1 | | -# Contributing to wellcode-cli |
| 1 | +# Contributing to Wellcode CLI |
2 | 2 |
|
3 | | -First off, thank you for considering contributing to wellcode-cli! It's people like you that make wellcode-cli such a great tool. |
| 3 | +👍🎉 First off, thanks for taking the time to contribute! 🎉👍 |
4 | 4 |
|
5 | 5 | ## Code of Conduct |
6 | 6 |
|
7 | | -By participating in this project, you are expected to uphold our [Code of Conduct](CODE_OF_CONDUCT.md). |
| 7 | +This project and everyone participating in it is governed by our [Code of Conduct](CODE_OF_CONDUCT.md). By participating, you are expected to uphold this code. |
8 | 8 |
|
9 | | -## How Can I Contribute? |
| 9 | +## 🐛 Bug Reports |
10 | 10 |
|
11 | | -### Reporting Bugs |
| 11 | +**Before Submitting A Bug Report** |
| 12 | +* Check the [debugging guide](docs/debugging.md) |
| 13 | +* Check if the issue has already been reported |
| 14 | +* Collect information about the bug: |
| 15 | + * Stack trace |
| 16 | + * OS and version |
| 17 | + * Python version |
| 18 | + * Steps to reproduce |
12 | 19 |
|
13 | | -This section guides you through submitting a bug report for wellcode-cli. Following these guidelines helps maintainers and the community understand your report, reproduce the behavior, and find related reports. |
| 20 | +**How Do I Submit A (Good) Bug Report?** |
| 21 | +Create an issue using the bug report template. |
14 | 22 |
|
15 | | -- Use a clear and descriptive title for the issue to identify the problem. |
16 | | -- Describe the exact steps which reproduce the problem in as many details as possible. |
17 | | -- Provide specific examples to demonstrate the steps. |
| 23 | +## 🚀 Feature Requests |
18 | 24 |
|
19 | | -### Suggesting Enhancements |
| 25 | +**Before Submitting An Enhancement** |
| 26 | +* Check if there's already a similar feature request |
| 27 | +* Determine which repository the enhancement should be suggested in |
| 28 | +* Perform a cursory search to see if the enhancement has already been suggested |
20 | 29 |
|
21 | | -This section guides you through submitting an enhancement suggestion for wellcode-cli, including completely new features and minor improvements to existing functionality. |
| 30 | +## 🔄 Pull Request Process |
22 | 31 |
|
23 | | -- Use a clear and descriptive title for the issue to identify the suggestion. |
24 | | -- Provide a step-by-step description of the suggested enhancement in as many details as possible. |
25 | | -- Provide specific examples to demonstrate the steps. |
| 32 | +1. Follow all instructions in [the template](.github/PULL_REQUEST_TEMPLATE.md) |
| 33 | +2. Follow the [styleguides](#styleguides) |
| 34 | +3. After you submit your pull request, verify that all status checks are passing |
26 | 35 |
|
27 | | -### Pull Requests |
28 | | - |
29 | | -- Fill in the required template |
30 | | -- Do not include issue numbers in the PR title |
31 | | -- Include screenshots and animated GIFs in your pull request whenever possible. |
32 | | -- Follow the Python style guide. |
33 | | -- Include thoughtfully-worded, well-structured tests. |
34 | | -- Document new code based on the Documentation Styleguide |
35 | | -- End all files with a newline |
36 | | - |
37 | | -## Styleguides |
| 36 | +## 📝 Styleguides |
38 | 37 |
|
39 | 38 | ### Git Commit Messages |
40 | 39 |
|
41 | | -- Use the present tense ("Add feature" not "Added feature") |
42 | | -- Use the imperative mood ("Move cursor to..." not "Moves cursor to...") |
43 | | -- Limit the first line to 72 characters or less |
44 | | -- Reference issues and pull requests liberally after the first line |
| 40 | +* Use the present tense ("Add feature" not "Added feature") |
| 41 | +* Use the imperative mood ("Move cursor to..." not "Moves cursor to...") |
| 42 | +* Limit the first line to 72 characters |
| 43 | +* Reference issues and pull requests liberally after the first line |
| 44 | +* Consider starting the commit message with an applicable emoji: |
| 45 | + * 🎨 `:art:` when improving the format/structure of the code |
| 46 | + * 🐎 `:racehorse:` when improving performance |
| 47 | + * 📝 `:memo:` when writing docs |
| 48 | + * 🐛 `:bug:` when fixing a bug |
| 49 | + * 🔥 `:fire:` when removing code or files |
45 | 50 |
|
46 | 51 | ### Python Styleguide |
47 | 52 |
|
48 | | -All Python code must adhere to the [PEP 8 style guide](https://www.python.org/dev/peps/pep-0008/). |
| 53 | +* Follow [PEP 8](https://www.python.org/dev/peps/pep-0008/) |
| 54 | +* Use type hints |
| 55 | +* Write docstrings for all public methods |
| 56 | +* Use meaningful variable names |
49 | 57 |
|
50 | 58 | ### Documentation Styleguide |
51 | 59 |
|
52 | | -- Use [Markdown](https://daringfireball.net/projects/markdown/). |
53 | | - |
54 | | -## Additional Notes |
| 60 | +* Use [Markdown](https://daringfireball.net/projects/markdown/) |
| 61 | +* Reference functions and classes in backticks: \`func()\` |
| 62 | +* Document all functions and classes |
55 | 63 |
|
56 | | -### Issue and Pull Request Labels |
| 64 | +## 🏷️ Issue and Pull Request Labels |
57 | 65 |
|
58 | | -This section lists the labels we use to help us track and manage issues and pull requests. |
| 66 | +| Label name | Description | |
| 67 | +| --- | --- | |
| 68 | +| `bug` | Confirmed bugs or reports that are very likely to be bugs | |
| 69 | +| `enhancement` | Feature requests | |
| 70 | +| `documentation` | Documentation improvements | |
| 71 | +| `good first issue` | Good for newcomers | |
| 72 | +| `help wanted` | Extra attention is needed | |
59 | 73 |
|
60 | | -* `bug` - Issues that are bugs. |
61 | | -* `enhancement` - Issues that are feature requests. |
62 | | -* `documentation` - Issues or pull requests related to documentation. |
63 | | -* `good first issue` - Good for newcomers. |
| 74 | +## ⭐ Getting Help |
64 | 75 |
|
65 | | -Thank you for contributing to wellcode-cli! |
| 76 | +* Join our [Discord community](https://discord.gg/wellcode) |
| 77 | +* Check out the [documentation](https://docs.wellcode.ai) |
| 78 | +* Email us at support@wellcode.ai |
0 commit comments