PromucFlow_constructor/contributions/CodeContributionsGuidelines.md
Somangshu Goswami 846556bb7e
Chore/update contribution guideline (#34307)
## Description

this is a change in the contribution guideline. 
1. it informs external contributors of the best practices. 
2. it updates some outdated pieces. 



## Automation

/ok-to-test tags=""

### 🔍 Cypress test results
<!-- This is an auto-generated comment: Cypress test results  -->
> [!CAUTION]  
> If you modify the content in this section, you are likely to disrupt
the CI result for your PR.

<!-- end of auto-generated comment: Cypress test results  -->


## Communication
Should the DevRel and Marketing teams inform users about this change?
- [x] Yes - probably because this relates to them?
- [ ] No


<!-- This is an auto-generated comment: release notes by coderabbit.ai
-->
## Summary by CodeRabbit

- **Documentation**
  - Updated contribution guidelines to include:
    - Requirement to inform maintainers before working on issues.
    - Branch naming conventions.
    - Proper PR descriptions and including tests.
- Instructions to tag maintainers when raising a PR and handle requested
changes.
- Emphasis on collaborating with maintainers and reviewers to avoid
rejected contributions.
<!-- end of auto-generated comment: release notes by coderabbit.ai -->
2024-06-18 17:43:30 +05:30

60 lines
3.4 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

## Contributing code
### Getting Started
All submissions, including submissions by project members, require review. We use GitHub pull requests for this purpose. Consult GitHub Help for more information on using pull requests.
Before raising a pull request, ensure you have raised a corresponding issue and discussed a possible solution with a maintainer. This gives your pull request the highest chance of getting merged quickly.
### Good First Issues
Looking for issues to contribute to? Check out our [Good First Issues](https://github.com/appsmithorg/appsmith/issues?page=3&q=is%3Aopen+is%3Aissue+label%3A%22Good+First+Issue%22) a great starting point for your contribution journey with Appsmith! Tag @contributor-support to have an issue assigned to you. If you choose to work on issues outside this list, please collaborate closely with us. Failure to inform and get the issue assigned beforehand may result in your contribution being rejected, leading to wasted effort for both parties.
#### What not to do:
1. Work on issues without informing the maintainer. Please get them assigned to yourself first. Comment on the issue if you are interested.
2. Naming lengthy branches.
3. Create PR(s) without proper description.
4. Requesting for review without latest release pull on PR.
5. Raising PR(s) without tests.
6. Not going though the code contibution guidelines before first contribution. Just kidding, you are already here 😉
### 🍴 Git Workflow
We use [Github Flow](https://guides.github.com/introduction/flow/index.html), so all code changes happen through pull requests.
1. Fork the repo and create a new branch from the `release` branch.
2. Branches are named as `fix/fix-name` or `feature/feature-name`
3. Please add tests for your changes. Client-side changes require Cypress/Jest tests while server-side changes require JUnit tests.
4. Once you are confident in your code changes, create a pull request in your fork to the release branch in the appsmithorg/appsmith base repository.
5. If you've changed any APIs, please call this out in the pull request and ensure backward compatibility.
6. Link the issue of the base repository in your Pull request description. [Guide](https://docs.github.com/en/free-pro-team@latest/github/managing-your-work-on-github/linking-a-pull-request-to-an-issue)
7. When you raise a pull request, tag the maintainer you are collaborating with to start the build process.
8. If changes are requested, work on them, commit them back, and tag the reviewer again.
9. Once all changes have been approved by the reviewer and the CI has run successfully, your PR will be merged into the base branch. Congratulations!
### 🏡 Setup for local development
#### Pre-requisites
1. Install `gitleaks`
- `brew install gitleaks` (macOS)
- [Others](https://github.com/gitleaks/gitleaks#getting-started)
#### Code setup
- [Running the Client](ClientSetup.md)
- [Running the Server](ServerSetup.md)
### Other Contributions
#### Server Code
Please follow these guidelines according to the module that you wish to contribute to:
- [Plugin](./ServerCodeContributionsGuidelines/PluginCodeContributionsGuidelines.md)
#### Client Code
Please follow the below guideline to add a new JS library to the Appsmith platform:
- [Add Custom JS Library](./CustomJsLibrary.md)
Please follow the below guideline for widget development
- [Widget Development Guideline](./AppsmithWidgetDevelopmentGuide.md)