File: CONTRIBUTING.md

package info (click to toggle)
qcelemental 0.29.0-2
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid, trixie
  • size: 10,516 kB
  • sloc: python: 61,331; sh: 8; makefile: 5
file content (100 lines) | stat: -rw-r--r-- 4,420 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
# QCElemental

QCElemental is a project collecting fundamental tools for computational molecular sciences (CMS) into a lightweight Python interface. It is maintained by the Molecular Sciences Software Institute (MolSSI) and contributed to by a number of community CMS code developers and users.

The project welcomes new contributions and comments! Pull requests are tested and linted to ensure code integrity and quality. New feature contributors are encouraged to first open a new issue or follow the "chat on slack" badge on [README.md](https://github.com/MolSSI/QCElemental/blob/master/README.md) to the QCArchive workspace.

# How to contribute

We welcome contributions from external contributors, and this document describes how to submit code changes to QCElemental.

- Make sure you have a [GitHub account](https://github.com/signup/free).
- [Fork](https://help.github.com/articles/fork-a-repo/) this repository on GitHub by clicking "Fork" on the top of the [GitHub repo](https://github.com/MolSSI/QCElemental).
- On your local machine,
  [clone](https://help.github.com/articles/cloning-a-repository/) your fork of QCElemental.
  ```sh
  git clone https://github.com/{YOUR-GITHUB-USERNAME}/QCElemental.git
  cd QCElemental
  ```
- Install [poetry](https://python-poetry.org/) if you do not have it on your system. Poetry will manage package dependencies and virtual environments for you.
  ```sh
  curl -sSL https://install.python-poetry.org | python3 -
  ```
- Install QCElemental.

  ```sh
  poetry install
  ```

- Activate your new virtual environment. Many editors--like VS Code--will do this for you automatically when you open a directory that has been installed with `poetry`.

  ```sh
  poetry shell
  ```

- Check your installation by running the tests.

  ```sh
  bash scripts/test.sh
  ```

- Look at the code coverage by opening the newly created `htmlcov/index.html` in your browser. This can help you evaluate the test coverage of new code that you add.

  ```sh
  open htmlcov/index.html
  ```

- Create a new branch for your work beginning with the word `feature-`:

  ```sh
  git checkout -b feature-my-cool-feature-name
  ```

- Install pre-commit hooks to have your code automatically formatted and linted when running `git commit`. If linting was required you'll need to run `git add .` again to stage the newly linted files and then try your commit again. Tests will run when you execute `git push`. If tests don't pass, the code will not push. Fix your tests/code, then commit and push again.

  ```sh
  pre-commit install
  pre-commit install --hook-type pre-push
  ```

- If you ever need to commit or push without running the hooks add `--no-verify` to your command, i.e.,

  ```sh
  git commit --no-verify -m 'My commit message.'
  ```

- Make changes to the code and commit your changes using git. You can lint your code (make sure it adheres to our code guidelines by standardizing code format, import ordering, spacing, etc.) without needing to deal with these details yourself by running:

  ```sh
  bash scripts/format.sh
  ```

- If you're providing a new feature, you must add test cases and documentation.

- Push to your repo. When you are ready to submit your changes open a [Pull Request](https://github.com/MolSSI/QCElemental/pulls) on the MolSSI/QCElemental repo from your fork into the QCElemental `master` branch. When you're ready to be considered for merging, check the "Ready to go" box on the PR page to let the QCElemental developers know that the changes are complete. The code will not be merged until this box is checked, the continuous integration returns check marks, and multiple core developers give "Approved" reviews.

## Building Docs and Packaging for Distribution

- Build Docs:

  ```sh
  bash scripts/build_docs.sh
  ```

- Build packages for distribution. Build artifacts will be in `dist/`:

  ```sh
  poetry build
  ```

- Distribute built packages to PyPi:
  ```sh
  poetry publish --username {pypi_username} --password {pypi_password}
  ```

## Additional Resources

- [General GitHub documentation](https://help.github.com/)
- [PR best practices](http://codeinthehole.com/writing/pull-requests-and-other-good-practices-for-teams-using-github/)
- [A guide to contributing to software packages](http://www.contribution-guide.org)
- [Thinkful PR example](http://www.thinkful.com/learn/github-pull-request-tutorial/#Time-to-Submit-Your-First-PR)