Yunikorn uses:
We use JIRA issues to track bugs for this project. Find an issue that you would like to work on, or file a new one if you have discovered a new issue. For help with reporting issues look at the the how to report an issue.
The easiest way to get started working with the code base is to pick up a really easy JIRA and work on that. This will help you get familiar with the code base, build system, review process, etc. We flag these kind of starter bugs here.
If nobody is working on an existing issue, assign it to yourself only if you intend to work on it shortly. If you pick up an existing JIRA look for pull requests that are linked to the JIRA ticket. Someone might be already working on it and not assigned the ticket. JIRAs that have a pull requests linked will have the label pull-request-available
and a link to the pull request can be found under issue links.
For anything that is more than a trivial change, like a typo or one line code change, it’s a good idea to discuss your intended approach on the issue. You are much more likely to have your patch reviewed and committed if you’ve already got buy-in from the YuniKorn community before you start writing the fix.
If you cannot assign the JIRA to yourself ask the community to help assign it and add you to the contributors list in JIRA.
Fixes or improvement are always created on the master
branch. Fork the relevant YuniKorn project into your own project and checkout the master
branch. Make sure that you have an up to date code revision checked out before you start. Create a branch to work on, a good name to use is the JIRA ID you are working on.
Now start coding! As you are writing your patch, please keep the following things in mind:
Include tests with your patch. If your patch adds a feature or fixes a bug and does not include tests, it will generally not be accepted. If you are unsure how to write tests for a particular component, please ask on the JIRA for guidance.
Please keep your patch narrowly targeted to the problem described by the JIRA. It’s better for everyone if we maintain discipline about the scope of each patch. In general, if you find a bug while working on a specific feature, file a JIRA for the bug, check if you can assign it to yourself and fix it independently of the feature. This helps us to differentiate between bug fixes and features and allows us to build stable maintenance releases.
Make sure you have observed the recommendations in the coding guidelines. Before you commit you should also run the full test suite using make test
. Make sure that all the tests pass.
Finally, please write a good, clear commit message, with a short, descriptive title. The descriptive title should start with the JIRA ID you are working on. An example is: [YUNIKORN-2] Support Gang Scheduling
The commit message is used to pre-fill the pull request information. The JIRA ID in the message will automatically link the pull request and the JIRA. The message that follows can be used to explain what the problem was, and how it was fixed.
Please create a pull request on github with your patch.
For committers: create a new branch, push your change and create a PR using the GitHub UI. For contributors: you have already forked the repository and committed your changes to your fork. Use the GitHub UI to create a PR using the compare across forks
option.
The pull request description should include the JIRA reference that you are working on. If you set the commit message as described above the pull request will automatically pick it up. If you did not do that you can amend the description of the pull request to add the JIRA ID. For example a pull request linked to YUNIKORN-2 should have a description like: [YUNIKORN-2] Support Gang Scheduling