You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Jan 5, 2023. It is now read-only.
Copy file name to clipboardExpand all lines: CONTRIBUTING.md
+18-11Lines changed: 18 additions & 11 deletions
Original file line number
Diff line number
Diff line change
@@ -10,17 +10,18 @@ This project is open source, and as such, the maintainers give their free time t
10
10
held within. They make the code freely available in the hope that it will be of use to other developers. It would be
11
11
extremely unfair for them to suffer abuse or anger for their hard work.
12
12
13
-
Please be considerate towards maintainers when raising issues or presenting pull requests. Let's show the
14
-
world that developers are civilized and selfless people.
13
+
Please be considerate towards maintainers when raising issues or presenting pull requests. Let's show the world that
14
+
developers are civilized and selfless people.
15
15
16
-
It's the duty of the maintainer to ensure that all submissions to the project are of sufficient
17
-
quality to benefit the project. Many developers have different skillsets, strengths, and weaknesses. Respect the maintainer's decision, and do not be upset or abusive if your submission is not used.
16
+
It's the duty of the maintainer to ensure that all submissions to the project are of sufficient quality to benefit the
17
+
project. Many developers have different skillsets, strengths, and weaknesses. Respect the maintainer's decision, and do
18
+
not be upset or abusive if your submission is not used.
18
19
19
20
## Viability
20
21
21
-
When requesting or submitting new features, first consider whether it might be useful to others. Open
22
-
source projects are used by many developers, who may have entirely different needs to your own. Think about
23
-
whether or not your feature is likely to be used by other users of the project.
22
+
When requesting or submitting new features, first consider whether it might be useful to others. Open source projects
23
+
are used by many developers, who may have entirely different needs to your own. Think about whether or not your feature
24
+
is likely to be used by other users of the project.
24
25
25
26
## Procedure
26
27
@@ -40,16 +41,22 @@ Before submitting a pull request:
40
41
41
42
If the project maintainer has any additional requirements, you will find them listed here.
42
43
43
-
-**[PSR-12 Coding Standard](https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-12-extended-coding-style-guide.md)** - The easiest way to apply the conventions is to install [PHP Code Sniffer](https://pear.php.net/package/PHP_CodeSniffer).
- The easiest way to apply the conventions is to run `composer cs`.
44
46
45
47
-**Add tests!** - Your patch won't be accepted if it doesn't have tests.
46
48
47
-
-**Document any change in behaviour** - Make sure the `README.md` and any other relevant documentation are kept up-to-date.
49
+
-**Document any change in behaviour** - Make sure the `README.md` and any other relevant documentation are kept
50
+
up-to-date.
48
51
49
-
-**Consider our release cycle** - We try to follow [SemVer v2.0.0](https://semver.org/). Randomly breaking public APIs is not an option.
52
+
-**Consider our release cycle** - We try to follow [SemVer v2.0.0](https://semver.org/). Randomly breaking public APIs
53
+
is not an option.
50
54
51
55
-**One pull request per feature** - If you want to do more than one thing, send multiple pull requests.
52
56
53
-
-**Send coherent history** - Make sure each individual commit in your pull request is meaningful. If you had to make multiple intermediate commits while developing, please [squash them](https://www.git-scm.com/book/en/v2/Git-Tools-Rewriting-History#Changing-Multiple-Commit-Messages) before submitting.
57
+
-**Send coherent history** - Make sure each individual commit in your pull request is meaningful. If you had to make
0 commit comments