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.
-
Setup a GitHub account (https://github.com/), if you haven't yet
-
Fork the ZF1 repository (https://github.com/zendframework/zf1)
-
Clone your fork locally and enter it (use your own GitHub username in the statement below)
% git clone [email protected]:<username>/zf1.git % cd zf1
-
Add a remote to the canonical ZF repository, so you can keep your fork up-to-date:
% git remote add zf1 https://github.com/zendframework/zf1.git % git fetch zf1
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.
-
Create a new repository
% git init
-
Add an "origin" remote pointing to your gitosis/gitolite repo:
% git remote add origin git://yourdomain/yourrepo.git
-
Add a remote for the ZF repository and fetch it
% git remote add zf1 https://github.com/zendframework/zf1.git % git fetch zf1
-
Create a new branch for the ZF repository (named "zf/master" here)
% git checkout -b zf/master zf1/master
-
Create your master branch off the ZF branch, and push to your repository
% git checkout -b master % git push origin HEAD:master
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:
-
If your github username matches the username with which you registered on the former Zend Framework issue tracker (our old JIRA instance), we should be able to look you up fine.
-
Otherwise, please ensure that you set your user email in your working directory to match the email we have on file with your CLA. This can be done with the following
% git config user.email "[email protected]"
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:
% git checkout master
% git pull zf1 master
- OPTIONALLY, to keep your remote up-to-date -
% git push origin
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:
- Create a new local branch based off your master branch.
- Switch to your new local branch. (This step can be combined with the
previous step with the use of
git checkout -b
.) - Do some work, commit, repeat as necessary.
- Push the local branch to your remote repository.
- Send a pull request.
The mechanics of this process are actually quite trivial. Below, we will create a branch for fixing an issue in the tracker.
% git checkout -b zf9295
Switched to a new branch 'zf9295'
... do some work ...
% git commit
... write your log message ...
% git push origin HEAD:zf9295
Counting objects: 38, done.
Delta compression using up to 2 threads.
Compression objects: 100% (18/18), done.
Writing objects: 100% (20/20), 8.19KiB, done.
Total 20 (delta 12), reused 0 (delta 0)
To ssh://[email protected]/weierophinney/zf1.git
b5583aa..4f51698 HEAD -> master
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:
-
Send to [email protected]
-
In your message, specify:
- The URL to your repository (e.g.,
git://mwop.net/zf1.git
) - The branch containing the changes you want pulled (e.g.,
zf9295
) - The nature of the changes (e.g.,
implements Zend_Service_Twitter
,fixes ZF-9295
, etc.)
- The URL to your repository (e.g.,
Which branch should you issue a pull request against?
- For fixes against the stable release, issue the pull request against the "master" branch.
- For new features, or fixes that introduce new elements to the public API (such as new public methods or properties), issue the pull request against the "develop" branch.
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.
-
Local branch cleanup
% git branch -d <branchname>
-
Remote branch removal
% git push origin :<branchname>
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.