3
3
We'd love to accept your patches and contributions to this project. There are
4
4
just a few small guidelines you need to follow.
5
5
6
+ * [ Contributor License Agreement] ( #contributor-license-agreement )
7
+ * [ Code Reviews] ( #code-reviews )
8
+ * [ Large Language Models] ( #large-language-models )
9
+ * [ Release Process] ( #release-process )
10
+ * [ Keeping in Sync With Other Packages] ( #keeping-in-sync-with-other-packages )
11
+ * [ Local Development] ( #local-development )
12
+ * [ Continuous Integration] ( #continuous-integration )
13
+ * [ Release] ( #release )
14
+
6
15
## Contributor License Agreement
7
16
8
17
Contributions to this project must be accompanied by a Contributor License
@@ -15,13 +24,24 @@ You generally only need to submit a CLA once, so if you've already submitted one
15
24
(even if it was for a different project), you probably don't need to do it
16
25
again.
17
26
18
- ## Code reviews
27
+ ## Code Reviews
19
28
20
29
All submissions, including submissions by project members, require review. We
21
30
use GitHub pull requests for this purpose. Consult
22
31
[ GitHub Help] ( https://help.github.com/articles/about-pull-requests/ ) for more
23
32
information on using pull requests.
24
33
34
+ ## Large Language Models
35
+
36
+ Do not submit any code or prose written or modified by large language models or
37
+ "artificial intelligence" such as GitHub Copilot or ChatGPT to this project.
38
+ These tools produce code that looks plausible, which means that not only is it
39
+ likely to contain bugs those bugs are likely to be difficult to notice on
40
+ review. In addition, because these models were trained indiscriminately and
41
+ non-consensually on open-source code with a variety of licenses, it's not
42
+ obvious that we have the moral or legal right to redistribute code they
43
+ generate.
44
+
25
45
## Release process
26
46
27
47
Because this package's version remains in lockstep with the current version of
@@ -36,7 +56,7 @@ such, manual commits should never:
36
56
* Update the ` package.json ` 's ` "compiler-version" ` field to a non-` -dev ` number.
37
57
Changing it from non-` -dev ` to dev when using a new feature is fine.
38
58
39
- # Keeping in Sync With Other Packages
59
+ ## Keeping in Sync With Other Packages
40
60
41
61
The embedded host depends on several different components which come from
42
62
different repositories:
@@ -51,7 +71,7 @@ different repositories:
51
71
52
72
These dependencies are made available in different ways depending on context.
53
73
54
- ## Local Development
74
+ ### Local Development
55
75
56
76
When developing locally, you can download all of these dependencies by running
57
77
` npm run init ` . This provides the following options for ` compiler ` (for the
@@ -77,14 +97,14 @@ By default:
77
97
* This uses the Dart Sass version from the latest revision on GitHub, unless the
78
98
` --compiler-path ` was passed in which case it uses that version of Dart Sass.
79
99
80
- ## Continuous Integration
100
+ ### Continuous Integration
81
101
82
102
CI tests also use ` npm run init ` , so they use the same defaults as local
83
103
development. However, if the pull request description includes a link to a pull
84
104
request for Dart Sass, the embedded protocol, or the JS API, this will check out
85
105
that version and run tests against it instead.
86
106
87
- ## Release
107
+ ### Release
88
108
89
109
When this package is released to npm, it downloads the embedded protocol version
90
110
that matches ` protocol-version ` in ` package.json ` . It downloads the latest JS
0 commit comments