|
1 | | -*Detailed instructions on how to contribute to the project, if applicable. Must include section about Oracle Contributor Agreement with link and instructions* |
2 | | - |
3 | 1 | # Contributing to this repository |
4 | 2 |
|
5 | | -We welcome your contributions! There are multiple ways to contribute. |
| 3 | +Thank you for your interest in contributing to this repository—your efforts are highly appreciated. This document should provide you with everything you need to get started. |
| 4 | + |
| 5 | +## Asking Questions |
| 6 | + |
| 7 | +If you have questions regarding the extension or its API, we highly recommend posting them in the [QA][qa-link] section under the extension's home page in the marketplace. |
6 | 8 |
|
7 | 9 | ## Opening issues |
8 | 10 |
|
9 | 11 | For bugs or enhancement requests, please file a GitHub issue unless it's |
10 | 12 | security related. When filing a bug remember that the better written the bug is, |
11 | | -the more likely it is to be fixed. If you think you've found a security |
12 | | -vulnerability, do not raise a GitHub issue and follow the instructions in our |
13 | | -[security policy](./SECURITY.md). |
14 | | - |
15 | | -## Contributing code |
16 | | - |
17 | | -We welcome your code contributions. Before submitting code via a pull request, |
18 | | -you will need to have signed the [Oracle Contributor Agreement][OCA] (OCA) and |
19 | | -your commits need to include the following line using the name and e-mail |
20 | | -address you used to sign the OCA: |
21 | | - |
22 | | -```text |
23 | | -Signed-off-by: Your Name <you@example.org> |
24 | | -``` |
25 | | - |
26 | | -This can be automatically added to pull requests by committing with `--sign-off` |
27 | | -or `-s`, e.g. |
28 | | - |
29 | | -```text |
30 | | -git commit --signoff |
31 | | -``` |
32 | | - |
33 | | -Only pull requests from committers that can be verified as having signed the OCA |
34 | | -can be accepted. |
35 | | - |
36 | | -## Pull request process |
37 | | - |
38 | | -1. Ensure there is an issue created to track and discuss the fix or enhancement |
39 | | - you intend to submit. |
40 | | -1. Fork this repository. |
41 | | -1. Create a branch in your fork to implement the changes. We recommend using |
42 | | - the issue number as part of your branch name, e.g. `1234-fixes`. |
43 | | -1. Ensure that any documentation is updated with the changes that are required |
44 | | - by your change. |
45 | | -1. Ensure that any samples are updated if the base image has been changed. |
46 | | -1. Submit the pull request. *Do not leave the pull request blank*. Explain exactly |
47 | | - what your changes are meant to do and provide simple steps on how to validate. |
48 | | - your changes. Ensure that you reference the issue you created as well. |
49 | | -1. We will assign the pull request to 2-3 people for review before it is merged. |
| 13 | +the more likely it is to be fixed, the [How to file an issue](#how-to-file-an-issue) section provides guidelines to follow when filing issues. If you think you've found a security |
| 14 | +vulnerability, do not raise a GitHub issue and follow the instructions in our [security policy](./SECURITY.md). |
| 15 | + |
| 16 | +### How to file an issue |
| 17 | + |
| 18 | +#### Bugs |
| 19 | + |
| 20 | +- First make sure the issue has not been reported before, by searching in [open issues][issues-link]. |
| 21 | +- Provide a detailed report that includes: |
| 22 | + - A brief summary describing the bug. |
| 23 | + - Steps to reproduce, along with any sample data, logs, ...etc. |
| 24 | + - Current versus expected behavior. |
| 25 | + - Extension version that has the defect e.g. 25.1.0. |
| 26 | + - OS environment in which the extension was being used e.g. Windows. |
| 27 | + - Any other information you want to share that is relevant to the issue being reported. |
| 28 | + |
| 29 | +#### Feature requests |
| 30 | + |
| 31 | +Feature and enhancement requests are welcomed, before you file one, take time to gather enough information that justify the request. Examples of the information we look for include: |
| 32 | +- Motivation: document why do you think the feature/enhancement is needed, how will it be useful to users, ...etc. |
| 33 | +- Scope & goals: describe the scope and goals of the feature, and how does it align with our product's scope and goals. |
50 | 34 |
|
51 | 35 | ## Code of conduct |
52 | 36 |
|
53 | | -Follow the [Golden Rule](https://en.wikipedia.org/wiki/Golden_Rule). If you'd |
54 | | -like more specific guidelines, see the [Contributor Covenant Code of Conduct][COC]. |
| 37 | +Follow the [Golden Rule][golden-rule-link]. If you'd like more specific guidelines, see the [Contributor Covenant Code of Conduct][cccc-link]. |
55 | 38 |
|
56 | | -[OCA]: https://oca.opensource.oracle.com |
57 | | -[COC]: https://www.contributor-covenant.org/version/1/4/code-of-conduct/ |
| 39 | +<!-- Links --> |
| 40 | +[issues-link]: https://github.com/oracle-samples/sql-developer-vscode/issues |
| 41 | +[qa-link]: https://marketplace.visualstudio.com/items?itemName=Oracle.sql-developer&ssr=false#qna |
| 42 | +[golden-rule-link]: https://en.wikipedia.org/wiki/Golden_Rule |
| 43 | +[cccc-link]: https://www.contributor-covenant.org/version/1/4/code-of-conduct/ |
0 commit comments