https://github.com/zerothi/sisl
Raw File
Tip revision: 1f429c39e03dc0b4882d77a9aaea27a15de0ba68 authored by Nick Papior on 04 April 2024, 18:10:25 UTC
small refactor of in [ to in (
Tip revision: 1f429c3
CONTRIBUTING.md
# Contributing to sisl
We love your input! We want to make contributing to this project as easy and transparent as possible, whether it's:

- Reporting a bug
- Discussing the current state of the code
- Submitting a fix
- Proposing new features

## We Develop with GitHub
We use GitHub to host code, to track issues and feature requests, as well as accept pull requests.

We run some tools such as `isort` and `black` to keep our code style consistent throughout the package.
These are ran by `pre-commit`, which you can set up with:

```python
# Install pre-commit with pip
python -m pip install pre-commit
# And then run install on sisl's root directory
pre-commit install
```

Then, whenever you commit changes, `pre-commit` will check that everything is fine. If there are some
style inconsistencies, it will modify your code accordingly. You can add those modifications and commit again.

However, don't feel intimidated by this! If you are confused with how it works, you can just submit
contributions without it. Our bots will notice and we will guide you to, or help you, solve it.


## First-time contributors
Add a comment on the issue and wait for the issue to be assigned before you start working on it. This helps to avoid multiple people working on similar issues.


## We Use [GitHub Flow](https://guides.github.com/introduction/flow/index.html), So All Code Changes Happen Through Pull Requests
Pull requests are the best way to propose changes to the codebase (we use [Git-Flow](https://nvie.com/posts/a-successful-git-branching-model/)). We actively welcome your pull requests:

1. Fork the repo and create your branch from `main`. Please create the branch in the format feature/<issue-id>-<issue-name> (eg: feature/176-chart-widget)
2. If you've added code that should be tested, add tests.
3. If you've changed APIs, update the documentation.
4. Ensure the test suite passes.
5. Issue that pull request!


## Any contributions you make will be under the MPL v2 License
In short, when you submit code changes, your submissions are understood to be under the same [MPL v2 License](https://www.mozilla.org/en-US/MPL/2.0) that covers the project.


## Report bugs using GitHub's [issues](https://github.com/zerothi/sisl/issues)
We use GitHub issues to track public bugs. Report a bug by [opening a new issue](https://github.com/zerothi/sisl/issues/new/choose). It's that easy!

**Great Bug Reports** tend to have:

- A quick summary and/or background
- Steps to reproduce
  - Be specific!
  - Give sample code if you can.
- What you expected would happen
- What actually happens
- Notes (possibly including why you think this might be happening, or stuff you tried that didn't work)


## License
By contributing, you agree that your contributions will be licensed under its MPL v2 License.


## Questions?
Contact us on [Discord](https://discord.gg/5XnFXFdkv2).
back to top