Magento 2 Documentation
2.3
Documentation for Magento 2 CMS v2.3 (December 2018)
|
Your first step is to establish a public repository from which we can pull your work into the master repository. You have two options: use GitHub or other public site, or setup/use your own repository.
While you can use a private repository and utilize git format-patch
to submit patches, this is discouraged as it does not facilitate public peer review.
We assume you will use gitosis (http://git-scm.com/book/en/Git-on-the-Server-Gitosis) or gitolite (http://git-scm.com/book/en/Git-on-the-Server-Gitolite) to host your own repository. If you go this route, we will assume you have the knowledge to do so, or know where to obtain it. We will not assist you in setting up such a repository.
In order for us to accept your changes to Zend Framework 1.X, you must sign and return a Contributors License Agreement (http://framework.zend.com/cla or http://framework.zend.com/ccla). For us to verify that you have a CLA on file, we need you to do one of the following:
We can then look up your CLA status based on your commits.
If we cannot determine your CLA status, we will ask in a comment on the pull request for either your username or email.
Periodically, you should update your fork or personal repository to match the canonical ZF repository. In each of the above setups, we have added a remote to the Zend Framework repository, which allows you to do the following:
When working on Zend Framework, we recommend you do each new feature or bugfix in a new branch. This simplifies the task of code review as well as of merging your changes into the canonical repository.
A typical work flow will then consist of the following:
git checkout -b
.)The mechanics of this process are actually quite trivial. Below, we will create a branch for fixing an issue in the tracker.
... do some work ...
... write your log message ...
To send a pull request, you have two options.
If using GitHub, you can do the pull request from there. Navigate to your repository, select the branch you just created, and then select the "Pull Request" button in the upper right. Select the user "zendframework" as the recipient.
If using your own repository - or even if using GitHub - you can send an email indicating you have changes to pull:
git://mwop.net/zf1.git
)zf9295
)implements Zend_Service_Twitter
, fixes ZF-9295
, etc.)Which branch should you issue a pull request against?
As you might imagine, if you are a frequent contributor, you'll start to get a ton of branches both locally and on your remote.
Once you know that your changes have been accepted to the master repository, we suggest doing some cleanup of these branches.
RSS feeds may be found at:
https://github.com/zendframework/zf1/commits/<branch>.atom
where <branch> is a branch in the repository.
To subscribe to git email notifications, simply watch or fork the zf1 repository on GitHub.
Both Zend's internal Zend Framework team and the members of the Community Review team have push privileges to the ZF1 repository. Additionally, a number of members of the community have been vetted to merge pull requests. When in doubt, hop into Freenode IRC, and ask in the #zftalk.dev channel for somebody to review and/or merge your change.