1
0
mirror of https://github.com/actions/setup-python synced 2024-11-30 21:22:28 +08:00
setup-python/docs/contributors.md

32 lines
1.5 KiB
Markdown
Raw Normal View History

2019-08-20 22:27:52 +08:00
# Contributors
### Checkin
2019-12-28 00:28:48 +08: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 22:27:52 +08:00
2019-11-08 04:26:27 +08:00
### NCC
2019-08-20 22:27:52 +08:00
2019-12-28 00:28:48 +08: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 22:27:52 +08:00
2019-11-08 04:26:27 +08:00
### Developing
2019-12-28 00:26:49 +08:00
If you're developing locally, you can run
2019-08-20 22:27:52 +08:00
```
2019-11-08 04:26:27 +08:00
npm install
tsc
2020-04-14 20:54:39 +08:00
ncc build src/setup-python.ts
2019-08-20 22:27:52 +08:00
```
2019-12-28 00:28:48 +08: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-08 04:26:27 +08: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-08 04:26:27 +08:00
### Testing
2019-08-20 22:27:52 +08:00
2019-12-28 00:26:49 +08: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-24 00:05:45 +08: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.