-
Notifications
You must be signed in to change notification settings - Fork 530
How to Contribute
The Apache InLong community welcomes contributions from anyone with a passion for distributed systems! InLong has many different opportunities for contributions -- write new examples/tutorials, add new user-facing libraries or participate on the documentation effort.
We use a review-then-commit workflow in InLong for all contributions.
For larger contributions or those that affect multiple components:
- Engage: We encourage you to work with the InLong community on the GitHub Issues and developer’s mailing list to identify good areas for contribution.
- Design: More complicated contributions will likely benefit from some early discussion in order to scope and design them well.
For all contributions:
- Code: The you-know-what part.
- Review: Submit a pull request with your contribution to our GitHub Repo. Work with a committer to review and iterate on the code, if needed.
- Commit: Once at least 2 InLong committer has approved the pull request, a InLong committer will merge it into the master branch (and potentially backport to stable branches in case of bug fixes).
We look forward to working with you!
We discuss design and implementation issues on the dev@inlong.apache.org mailing list, which is archived here. Join by emailing dev-subscribe@inlong.apache.org.
We are using GitHub Issues as the issue tracking and project management tool, as well as a way to communicate among a very diverse and distributed set of contributors. To be able to gather feedback, avoid frustration, and avoid duplicated efforts all InLong related work are being tracked there.
If you do not already have an GitHub account, sign up here.
If a quick search doesn’t turn up an existing GitHub issue for the work you want to contribute, create it. Please discuss your idea with a committer in GitHub or, alternatively, on the developer mailing list.
If there’s an existing GitHub issue for your intended contribution, please comment about your intended work. Once the work is understood, a committer will assign the issue to you. If an issue is currently assigned, please check with the current assignee before reassigning.
For moderate or large contributions, you should not start coding or writing a design document unless there is a corresponding GitHub issue assigned to you for that work. Any change requires an associated GitHub issue.
To avoid potential frustration during the code review cycle, we encourage you to clearly scope and design non-trivial contributions with the InLong community before you start coding.
We are using "InLong Improvement Proposals" for managing major changes to InLong. The list of all proposals is maintained in the InLong wiki at this page.
Once the code has been peer reviewed by a committer, the next step is for the committer to merge it into the Github repo.
Pull requests should not be merged before the review has approved from at least 2 committer.
For more about merging pull request, please refer to this page