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 Jun 22, 2021. It is now read-only.
Your contributions to the [Stellar network](https://www.stellar.org/) will help improve the world’s financial
4
-
infrastructure, faster.
3
+
Your contributions to the [Stellar network](https://www.stellar.org/) will help improve the world’s
4
+
financial infrastructure, faster.
5
5
6
-
We want to make it as easy as possible to contribute changes that
7
-
help the Stellar network grow and thrive. There are a few guidelines that we
8
-
ask contributors to follow so that we can merge your changes quickly.
6
+
We want to make it as easy as possible to contribute changes that help the Stellar network grow and
7
+
thrive. There are a few guidelines that we ask contributors to follow so that we can merge your
8
+
changes quickly.
9
9
10
10
## Getting Started
11
11
@@ -25,12 +25,17 @@ an issue number.
25
25
26
26
## Finding things to work on
27
27
28
-
The first place to start is always looking over the current GitHub issues for the project you are interested in contributing to. Issues marked with [help wanted](https://github.com/issues?q=is%3Aopen+is%3Aissue+user%3Astellar+label%3A%22help+wanted%22) are usually pretty self-contained and a good place to get started.
28
+
The first place to start is always looking over the current GitHub issues for the project you are
29
+
interested in contributing to. Issues marked with [help wanted][help-wanted] are usually pretty
30
+
self-contained and a good place to get started.
29
31
30
-
Stellar.org also uses these same GitHub issues to keep track of what we are working on. If you see any issues that are assigned to a particular person or have the `in progress` label, that means someone is currently working on that issue. The `orbit` label means we will likely be working on this issue in the next week or two. The `ready` label means that the issue is one we have prioritized and will be working on in our next orbit (the Stellar term for a sprint) or two.
32
+
Stellar.org also uses these same GitHub issues to keep track of what we are working on. If you see
33
+
any issues that are assigned to a particular person or have the `in progress` label, that means
34
+
someone is currently working on that issue this issue in the next week or two.
31
35
32
36
Of course, feel free to create a new issue if you think something needs to be added or fixed.
33
37
38
+
34
39
## Making Changes
35
40
36
41
* Create a topic branch from where you want to base your work.
@@ -40,27 +45,37 @@ Of course, feel free to create a new issue if you think something needs to be ad
40
45
41
46
## Submitting Changes
42
47
43
-
*[Sign the Contributor License Agreement](https://docs.google.com/forms/d/1g7EF6PERciwn7zfmfke5Sir2n10yddGGSXyZsq98tVY/viewform?usp=send_form).
44
-
* All content, comments, and pull requests must follow the [Stellar Community Guidelines](https://www.stellar.org/community-guidelines/).
48
+
*[Sign the Contributor License Agreement][cla].
49
+
* All content, comments, and pull requests must follow the [Stellar Community
50
+
Guidelines][community-guidelines] and [Code of Conduct][coc]
45
51
* Push your changes to a topic branch in your fork of the repository.
46
-
* Submit a pull request to the [docs repository](https://github.com/stellar/docs) in the Stellar organization.
47
-
* Include a descriptive [commit message](https://github.com/erlang/otp/wiki/Writing-good-commit-messages).
48
-
* Changes contributed via pull request should focus on a single issue at a time.
49
-
* Rebase your local changes against the master branch. Resolve any conflicts that arise.
52
+
* Submit a pull request to the [docs repository](https://github.com/stellar/docs) in the Stellar
53
+
organization.
54
+
* Include a descriptive [commit message][commit-msg].
55
+
* Changes contributed via pull request should focus on a single issue at a time.
56
+
* Rebase your local changes against the master branch. Resolve any conflicts that arise.
57
+
50
58
51
59
At this point you're waiting on us. We like to at least comment on pull requests within three
52
-
business days (typically, one business day). We may suggest some changes, improvements or alternatives.
60
+
business days (typically, one business day). We may suggest some changes, improvements or
0 commit comments