forked from zendframework/zendframework
-
Notifications
You must be signed in to change notification settings - Fork 1
/
README-GIT.txt
226 lines (151 loc) · 6.99 KB
/
README-GIT.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
USING THE GIT REPOSITORY
========================
Initial Setup
-------------
First, make sure you know the email address associated with your JIRA
credentials. All commits pushed to the master repository are checked
against these addresses, so your repository will need to be configured
to use that address. The following will give you that information:
* Visit the ZF Crowd install: http://framework.zend.com/crowd
* Log in, if you aren't.
* Find the "My Profile" link in the upper right of the page, and follow
it.
* The resulting page will display your profile, including the _email_
address with which you are registered. Make a note of it.
Setup your own public repository
--------------------------------
Your next 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.
Option 1: GitHub
----------------
* Setup a GitHub account (http://github.com/), if you haven't yet
* Fork the ZF2 respository (http://github.com/zendframework/zf2)
* Clone your fork locally and enter it (use your own GitHub username
in the statement below)
% git clone [email protected]:<username>/zf2.git
% cd zf2
* Configure git to use the email address with which you are registered
in JIRA:
% git config user.email <your email address>
* Add a remote to the canonical ZF repository (or GitHub mirror), so
you can keep your fork up-to-date:
% git remote add zf2 git://github.com/zendframework/zf2.git
- OR -
% git remote add zf2 git://git.zendframework.com/zf.git
- AND -
% git fetch zf2
Option 2: Personal Repository
-----------------------------
We assume you will use gitosis (http://progit.org/book/ch4-7.html) or gitolite
(http://progit.org/book/ch4-8.html) 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
* Configure git to use the email address with which you are registered
in JIRA:
% git config user.email <your email address>
* 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 zf2 git://git.zendframework.com/zf.git
% git fetch zf2
* Create a new branch for the ZF repository (named "zf/master" here)
% git branch -b zf/master zf2/master
* Create your master branch off the ZF branch, and push to your
repository
% git branch -b master
% git push origin HEAD:master
Keeping Up-to-Date
------------------
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 zf2 master
- OPTIONALLY, to keep your remote up-to-date -
% git push origin
Working on Zend Framework
-------------------------
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/zf2.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 mailto:[email protected]
* In your message, specify:
* The URL to your repository (e.g., "git://mwop.net/zf2.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.)
Branch Cleanup
--------------
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>
FEEDS AND EMAILS
================
RSS feeds may be found at:
http://git.zendframework.com/feeds/<branch>.xml
where <branch> is a branch in the repository.
To subscribe to git email notifications, send an email to:
You will need to reply to the verification email sent to you by this
list.
Should you wish to filter emails from the list, they will use the
"subject" line of commit messages, preceded by "[branch] ", and come
from "[email protected]".
CONTRIBUTORS AND COMMITTERS
===========================
For the immediate future, and until we create a community process team,
only the Zend team will be committers. If you have a patch or
feature-set you wish to have incorporated into the repository, please
issue a pull request to a committer. A pull request may be done by using
git's "git-send-email" functionality, or by sending a request to a
committer indicating the URL of your repository, the branch that should
be pulled, and/or the specific revision(s) to pull.
If you are a contributor, and accept changes from a non-CLA'd developer,
you need to do the following:
* Verify that the developer is granting you permission to commit the
code to Zend Framework. If possible, get this permission in writing.
* If you do not get verification, do not incorporate the code in your
own branches.
* Once you have merged the code into your branches, you need to commit
it using the "-s" or "--signoff" switch to "git commit". The ZF
pre-receive hook rejects any commits from non-CLA'd authors unless
there is a sign-off message in the commit.