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
*This is a suggested `CONTRIBUTING.md` file template for use by open sourced Salesforce projects. The main goal of this file is to make clear the intents and expectations that end-users may have regarding this project and how/if to engage with it. Adjust as needed (especially look for `{project_slug}` which refers to the org and repo name of your project) and remove this paragraph before committing to your repo.*
1
+
# Contributing Guide For data-code-extension
2
2
3
-
# Contributing Guide For {NAME OF PROJECT}
4
-
5
-
This page lists the operational governance model of this project, as well as the recommendations and requirements for how to best contribute to {PROJECT}. We strive to obey these as best as possible. As always, thanks for contributing – we hope these guidelines make it easier and shed some light on our approach and processes.
3
+
This page lists the operational governance model of this project, as well as the recommendations and requirements for how to best contribute to data-code-extension. We strive to obey these as best as possible. As always, thanks for contributing – we hope these guidelines make it easier and shed some light on our approach and processes.
6
4
7
5
# Governance Model
8
-
> Pick the most appropriate one
9
-
10
-
## Community Based
11
6
12
7
The intent and goal of open sourcing this project is to increase the contributor and user base. The governance model is one where new project leads (`admins`) will be added to the project based on their contributions and efforts, a so-called "do-acracy" or "meritocracy" similar to that used by all Apache Software Foundation projects.
13
8
14
-
> or
15
-
16
-
## Salesforce Sponsored
17
-
18
-
The intent and goal of open sourcing this project is to increase the contributor and user base. However, only Salesforce employees will be given `admin` rights and will be the final arbitrars of what contributions are accepted or not.
19
-
20
-
> or
21
-
22
-
## Published but not supported
23
-
24
-
The intent and goal of open sourcing this project is because it may contain useful or interesting code/concepts that we wish to share with the larger open source community. Although occasional work may be done on it, we will not be looking for or soliciting contributions.
25
-
26
-
# Getting started
27
-
28
-
Please join the community on {Here list Slack channels, Email lists, Glitter, Discord, etc... links}. Also please make sure to take a look at the project [roadmap](ROADMAP.md) to see where are headed.
29
-
30
9
# Issues, requests & ideas
31
10
32
11
Use GitHub Issues page to submit issues, enhancement requests and discuss ideas.
33
12
34
13
### Bug Reports and Fixes
35
-
- If you find a bug, please search for it in the [Issues](https://github.com/{project_slug}/issues), and if it isn't already tracked,
36
-
[create a new issue](https://github.com/{project_slug}/issues/new). Fill out the "Bug Report" section of the issue template. Even if an Issue is closed, feel free to comment and add details, it will still
37
-
be reviewed.
38
-
- Issues that have already been identified as a bug (note: able to reproduce) will be labelled `bug`.
39
-
- If you'd like to submit a fix for a bug, [send a Pull Request](#creating_a_pull_request) and mention the Issue number.
40
-
- Include tests that isolate the bug and verifies that it was fixed.
14
+
15
+
- If you find a bug, please search for it in the [Issues](https://github.com/{project_slug}/issues), and if it isn't already tracked,
16
+
[create a new issue](https://github.com/{project_slug}/issues/new). Fill out the "Bug Report" section of the issue template. Even if an Issue is closed, feel free to comment and add details, it will still
17
+
be reviewed.
18
+
- Issues that have already been identified as a bug (note: able to reproduce) will be labelled `bug`.
19
+
- If you'd like to submit a fix for a bug, [send a Pull Request](#creating_a_pull_request) and mention the Issue number.
20
+
- Include tests that isolate the bug and verifies that it was fixed.
41
21
42
22
### New Features
43
-
- If you'd like to add new functionality to this project, describe the problem you want to solve in a [new Issue](https://github.com/{project_slug}/issues/new).
44
-
- Issues that have been identified as a feature request will be labelled `enhancement`.
45
-
- If you'd like to implement the new feature, please wait for feedback from the project
46
-
maintainers before spending too much time writing the code. In some cases, `enhancement`s may
47
-
not align well with the project objectives at the time.
23
+
24
+
- If you'd like to add new functionality to this project, describe the problem you want to solve in a [new Issue](https://github.com/{project_slug}/issues/new).
25
+
- Issues that have been identified as a feature request will be labelled `enhancement`.
26
+
- If you'd like to implement the new feature, please wait for feedback from the project
27
+
maintainers before spending too much time writing the code. In some cases, `enhancement`s may
28
+
not align well with the project objectives at the time.
48
29
49
30
### Tests, Documentation, Miscellaneous
50
-
- If you'd like to improve the tests, you want to make the documentation clearer, you have an
51
-
alternative implementation of something that may have advantages over the way its currently
52
-
done, or you have any other change, we would be happy to hear about it!
53
-
- If its a trivial change, go ahead and [send a Pull Request](#creating_a_pull_request) with the changes you have in mind.
54
-
- If not, [open an Issue](https://github.com/{project_slug}/issues/new) to discuss the idea first.
31
+
32
+
- If you'd like to improve the tests, you want to make the documentation clearer, you have an
33
+
alternative implementation of something that may have advantages over the way its currently
34
+
done, or you have any other change, we would be happy to hear about it!
35
+
- If its a trivial change, go ahead and [send a Pull Request](#creating_a_pull_request) with the changes you have in mind.
36
+
- If not, [open an Issue](https://github.com/{project_slug}/issues/new) to discuss the idea first.
55
37
56
38
If you're new to our project and looking for some way to make your first contribution, look for
57
39
Issues labelled `good first contribution`.
@@ -75,9 +57,9 @@ Issues labelled `good first contribution`.
75
57
76
58
# Creating a Pull Request
77
59
78
-
1.**Ensure the bug/feature was not already reported** by searching on GitHub under Issues. If none exists, create a new issue so that other contributors can keep track of what you are trying to add/fix and offer suggestions (or let you know if there is already an effort in progress).
79
-
3.**Clone** the forked repo to your machine.
80
-
4.**Create** a new branch to contain your work (e.g. `git br fix-issue-11`)
60
+
1.**Ensure the bug/feature was not already reported** by searching on GitHub under Issues. If none exists, create a new issue so that other contributors can keep track of what you are trying to add/fix and offer suggestions (or let you know if there is already an effort in progress).
61
+
2.**Clone** the forked repo to your machine.
62
+
3.**Create** a new branch to contain your work (e.g. `git br fix-issue-11`)
81
63
4.**Commit** changes to your own branch.
82
64
5.**Push** your work back up to your fork. (e.g. `git push fix-issue-11`)
83
65
6.**Submit** a Pull Request against the `main` branch and refer to the issue(s) you are fixing. Try not to pollute your pull request with unintended changes. Keep it simple and small.
@@ -86,17 +68,21 @@ Issues labelled `good first contribution`.
86
68
> **NOTE**: Be sure to [sync your fork](https://help.github.com/articles/syncing-a-fork/) before making a pull request.
87
69
88
70
# Contributor License Agreement ("CLA")
71
+
89
72
In order to accept your pull request, we need you to submit a CLA. You only need
90
73
to do this once to work on any of Salesforce's open source projects.
91
74
92
75
Complete your CLA here: <https://cla.salesforce.com/sign-cla>
93
76
94
77
# Issues
78
+
95
79
We use GitHub issues to track public bugs. Please ensure your description is
96
80
clear and has sufficient instructions to be able to reproduce the issue.
97
81
98
82
# Code of Conduct
83
+
99
84
Please follow our [Code of Conduct](CODE_OF_CONDUCT.md).
100
85
101
86
# License
87
+
102
88
By contributing your code, you agree to license your contribution under the terms of our project [LICENSE](LICENSE.txt) and to sign the [Salesforce CLA](https://cla.salesforce.com/sign-cla)
0 commit comments