YaST Contribution Guidelines
YaST is an open source project and as such it welcomes all kinds of contributions. If you decide to contribute, please follow these guidelines to ensure the process is effective and pleasant both for you and the YaST maintainers.
There are two main forms of contribution: reporting bugs and performing code changes.
:warning: For reporting security issues read the Security documentation, the security related bugs need a special handling.
When creating a bug report, please follow our bug reporting guidelines.
We can't guarantee that every bug will be fixed, but we'll try.
We welcome all kinds of code contributions, from simple bug fixes to significant refactorings and implementation of new features. However, before making any non-trivial contribution, get in touch with us first — this can prevent wasted effort on both sides. Also, have a look at our development documentation.
:warning: For sending security related fixes read the Security documentation.
To send us your code change, use GitHub pull requests. The workflow is as follows:
Fork the project.
Create a topic branch based on
Implement your change, including tests (if possible). Make sure you adhere to the Ruby style guide.
Update the package version (in
packages/*.spec, usually by
rake version:bump) and add a new entry to the
osc vc package). For bigger changes or changes which need longer discussion it is advised to add this as a separate last commit so it can be easily updated when another change is merged in the meantime.
Make sure your change didn't break anything by building the RPM package (
rake osc:build). The build process includes running the full testsuite.
Publish the branch and create a pull request.
YaST developers will review your change and possibly point out issues. Adapt the code under their guidance until they are all resolved.
Finally, the pull request will get merged or rejected.
See also GitHub's guide on contributing.
If you want to do multiple unrelated changes, use separate branches and pull requests.
Each commit in the pull request should do only one thing, which is clearly described by its commit message. Especially avoid mixing formatting changes and functional changes into one commit. When writing commit messages, adhere to widely used conventions.
If your commit is related to a bug in Bugzilla or an issue on GitHub, make sure you mention it in the commit message for cross-reference. Use format like bnc#775814 or gh#yast/yast-foo#42. See also GitHub autolinking and openSUSE abbreviation reference.