Contributions are welcome, and they are greatly appreciated! Every little bit helps, and credit will always be given.
You can contribute in many ways:
As a member of core development team you will introduce new functionality from your team's backlog.
Report bugs at https://github.com/zowe/api-layer.
If you are reporting a bug, please include:
- Your operating system name and version.
- Any details about your local setup that might be helpful in troubleshooting.
- Detailed steps to reproduce the bug.
Look through the GitHub issues for bugs. Anything tagged with "bug" is open to whoever wants to implement it.
The code could always use more documentation, whether as part of the API docs, in documentation strings, or even in the wiki, in blog posts, articles, and such.
Ready to contribute? Here's how to set up the project for local development.
We are following GitHub Flow workflow with the master
branch.
Members of core development team (https://github.com/zowe/api-layer) are allowed to create branches in the repository.
-
Clone the repository:
-
Core development team:
-
Clone the repository locally (creates
api-layer
directory):$ git clone https://github.com/zowe/api-layer
-
-
Other contributors:
-
Fork the repository on GitHub - https://github.com/zowe/api-layer.
-
Clone your fork locally (creates
api-layer
directory):$ git clone https://github.com/zowe/api-layer
-
-
-
Create a branch for local development:
$ git checkout master $ git checkout -b name-of-your-bugfix-or-feature
Now you can make your changes locally.
-
Review information in README.
-
When you're done making changes, check that your changes pass all the tests on your computer and on z/OS.
-
Commit your changes and push your branch to GitHub:
$ git add . $ git commit -m "Your detailed description of your changes." $ git push origin name-of-your-bugfix-or-feature
-
Submit a pull request through the GitHub website.
Before you submit a pull request, check that it meets these guidelines:
- Review guidelines and advices How to write the perfect pull request and Good Commits. The information that you provide helps reviewer to understand the code and review your pull request faster. It is helpful for understanding the code in future.
- The pull request should include tests and code coverage for new code should be at least 60%. Code coverage should not be lower than on master.
- If the pull request adds functionality, the docs should be updated.
- Execute all the available automated tests on your machine and on z/OS platform.
- If the pull request adds or changes functionality that requires update of packaging or configuration, it needs to be tested on a test system installed from the Zowe PAX file and scripts in zowe-install directory need to be updated.
Members of core development team (https://github.com/zowe/api-layer) are allowed to create branches in the master repository.
-
Clone the repository locally (creates
api-layer
directory):$ git clone https://github.com/zowe/api-layer
-
Other instructions are same above.