update terms and guidelines to account for code scanning workflows

This commit is contained in:
Nick Fyson
2020-11-11 09:30:58 +00:00
parent 6e6b7a3a65
commit 85739b01da
4 changed files with 13 additions and 10 deletions
+4 -4
View File
@@ -9,7 +9,7 @@ Contributions to this project are [released](https://help.github.com/articles/gi
Please note that this project is released with a [Contributor Code of Conduct](
https://github.com/actions/.github/blob/main/CODE_OF_CONDUCT.md). By participating in this project you agree to abide by its terms.
**At this time we are not accepting any new starter workflows**
**At this time we are only accepting new starter workflows for Code Scanning**
### Previous guidelines for new starter workflows.
@@ -17,8 +17,8 @@ Before merging a new workflow, the following requirements need to be met:
- Should be as simple as is needed for the service.
- There are many programming languages and tools out there. Right now we don't have a page that allows for a really large number of workflows, so we do have to be a little choosy about what we accept. Less popular tools or languages might not be accepted.
- Should not send data to any 3rd party service except for the purposes of installing dependencies.
- Cannot use an Action that isn't in the `actions` organization.
- Cannot be to a paid service or product.
- Automation and CI workflows should not send data to any 3rd party service except for the purposes of installing dependencies.
- Automation and CI workflows cannot be dependent on a paid service or product.
- We recommend that Actions outside of the `actions` organization be pinned to a specific SHA.
Thank you