3
0
Fork 0
mirror of https://gitea.com/actions/setup-python.git synced 2024-11-29 13:39:35 +01:00
setup-python/docs/contributors.md

32 lines
1.5 KiB
Markdown
Raw Permalink Normal View History

2019-08-20 16:27:52 +02:00
# Contributors
### Checkin
2019-12-27 17:28:48 +01:00
- Do check in source (`src/`)
- Do check in a single `index.js` file after running `ncc`
- Do not check in `node_modules/`
2019-08-20 16:27:52 +02:00
2019-11-07 21:26:27 +01:00
### NCC
2019-08-20 16:27:52 +02:00
2019-12-27 17:28:48 +01:00
In order to avoid uploading `node_modules/` to the repository, we use [zeit/ncc](https://github.com/zeit/ncc) to create a single `index.js` file that gets saved in `dist/`.
2019-08-20 16:27:52 +02:00
2019-11-07 21:26:27 +01:00
### Developing
2019-12-27 17:26:49 +01:00
If you're developing locally, you can run
2019-08-20 16:27:52 +02:00
```
2019-11-07 21:26:27 +01:00
npm install
tsc
2020-04-14 14:54:39 +02:00
ncc build src/setup-python.ts
2019-08-20 16:27:52 +02:00
```
2019-12-27 17:28:48 +01:00
Any files generated using `tsc` will be added to `lib/`, however those files also are not uploaded to the repository and are exluded using `.gitignore`.
2019-11-07 21:26:27 +01:00
During the commit step, Husky will take care of formatting all files with [Prettier](https://github.com/prettier/prettier) (to run manually, use `npm run format`).
2019-11-07 21:26:27 +01:00
### Testing
2019-08-20 16:27:52 +02:00
2019-12-27 17:26:49 +01:00
We ask that you include a link to a successful run that utilizes the changes you are working on. For example, if your changes are in the branch `newAwesomeFeature`, then show an example run that uses `setup-python@newAwesomeFeature` or `my-fork@newAwesomeFeature`. This will help speed up testing and help us confirm that there are no breaking changes or bugs.
2019-12-23 17:05:45 +01:00
### Releases
There is a `master` branch where contributor changes are merged into. There are also release branches such as `releases/v1` that are used for tagging (for example the `v1` tag) and publishing new versions of the action. Changes from `master` are periodically merged into a releases branch. You do not need to create any PR that merges changes from master into a releases branch.