Commit | Line | Data |
0549aefb |
1 | =for comment |
2 | Consistent formatting of this file is achieved with: |
3 | perl ./Porting/podtidy pod/perlrepository.pod |
4 | |
d7dd28b6 |
5 | =head1 NAME |
6 | |
7 | perlrepository - Using the Perl source repository |
8 | |
9 | =head1 SYNOPSIS |
10 | |
dc3c3040 |
11 | All of Perl's source code is kept centrally in a Git repository at |
c26da522 |
12 | I<perl5.git.perl.org>. The repository contains many Perl revisions from |
13 | Perl 1 onwards and all the revisions from Perforce, the version control |
14 | system we were using previously. This repository is accessible in |
15 | different ways. |
d7dd28b6 |
16 | |
17 | The full repository takes up about 80MB of disk space. A check out of |
d9847473 |
18 | the blead branch (that is, the master branch, which contains bleadperl, |
19 | the development version of perl 5) takes up about 160MB of disk space |
20 | (including the repository). A build of bleadperl takes up about 200MB |
21 | (including the repository and the check out). |
d7dd28b6 |
22 | |
23 | =head1 GETTING ACCESS TO THE REPOSITORY |
24 | |
25 | =head2 READ ACCESS VIA THE WEB |
26 | |
dc3c3040 |
27 | You may access the repository over the web. This allows you to browse |
28 | the tree, see recent commits, subscribe to RSS feeds for the changes, |
29 | search for particular commits and more. You may access it at: |
d7dd28b6 |
30 | |
31 | http://perl5.git.perl.org/perl.git |
32 | |
dc3c3040 |
33 | A mirror of the repository is found at: |
34 | |
35 | http://github.com/github/perl |
36 | |
d7dd28b6 |
37 | =head2 READ ACCESS VIA GIT |
38 | |
39 | You will need a copy of Git for your computer. You can fetch a copy of |
40 | the repository using the Git protocol (which uses port 9418): |
41 | |
3b8a5fb0 |
42 | git clone git://perl5.git.perl.org/perl.git perl-git |
d7dd28b6 |
43 | |
f755e97d |
44 | This clones the repository and makes a local copy in the F<perl-git> |
d7dd28b6 |
45 | directory. |
46 | |
47 | If your local network does not allow you to use port 9418, then you can |
572f57ba |
48 | fetch a copy of the repository over HTTP (this is slower): |
d7dd28b6 |
49 | |
3b8a5fb0 |
50 | git clone http://perl5.git.perl.org/perl.git perl-http |
d7dd28b6 |
51 | |
f755e97d |
52 | This clones the repository and makes a local copy in the F<perl-http> |
d7dd28b6 |
53 | directory. |
54 | |
55 | =head2 WRITE ACCESS TO THE REPOSITORY |
56 | |
6acba58e |
57 | If you are a committer, then you can fetch a copy of the repository |
58 | that you can push back on with: |
d7dd28b6 |
59 | |
3b8a5fb0 |
60 | git clone ssh://perl5.git.perl.org/gitroot/perl.git perl-ssh |
d7dd28b6 |
61 | |
8f718e95 |
62 | This clones the repository and makes a local copy in the F<perl-ssh> |
d7dd28b6 |
63 | directory. |
64 | |
c26da522 |
65 | If you cloned using the git protocol, which is faster than ssh, then |
66 | you will need to modify your config in order to enable pushing. Edit |
67 | F<.git/config> where you will see something like: |
1a0f15d5 |
68 | |
69 | [remote "origin"] |
70 | url = git://perl5.git.perl.org/perl.git |
71 | |
72 | change that to something like this: |
73 | |
74 | [remote "origin"] |
75 | url = ssh://perl5.git.perl.org/gitroot/perl.git |
76 | |
dc3c3040 |
77 | NOTE: there are symlinks set up so that the /gitroot is optional and |
78 | since SSH is the default protocol you can actually shorten the "url" to |
79 | C<perl5.git.perl.org:/perl.git>. |
d7dd28b6 |
80 | |
184487f0 |
81 | You can also set up your user name and e-mail address. For example |
82 | |
83 | % git config user.name "Leon Brocard" |
84 | % git config user.email acme@astray.com |
85 | |
6acba58e |
86 | It is also possible to keep C<origin> as a git remote, and add a new |
87 | remote for ssh access: |
f6c12373 |
88 | |
dc3c3040 |
89 | % git remote add camel perl5.git.perl.org:/perl.git |
f6c12373 |
90 | |
6acba58e |
91 | This allows you to update your local repository by pulling from |
f755e97d |
92 | C<origin>, which is faster and doesn't require you to authenticate, and |
6acba58e |
93 | to push your changes back with the C<camel> remote: |
f6c12373 |
94 | |
95 | % git fetch camel |
96 | % git push camel |
97 | |
6acba58e |
98 | The C<fetch> command just updates the C<camel> refs, as the objects |
99 | themselves should have been fetched when pulling from C<origin>. |
f6c12373 |
100 | |
d7dd28b6 |
101 | =head1 OVERVIEW OF THE REPOSITORY |
102 | |
6acba58e |
103 | Once you have changed into the repository directory, you can inspect |
104 | it. |
d7dd28b6 |
105 | |
39219fd3 |
106 | After a clone the repository will contain a single local branch, which |
50eca761 |
107 | will be the current branch as well, as indicated by the asterisk. |
39219fd3 |
108 | |
109 | % git branch |
110 | * blead |
111 | |
f755e97d |
112 | Using the -a switch to C<branch> will also show the remote tracking |
6acba58e |
113 | branches in the repository: |
39219fd3 |
114 | |
d9847473 |
115 | % git branch -a |
09081495 |
116 | * blead |
d7dd28b6 |
117 | origin/HEAD |
118 | origin/blead |
119 | ... |
120 | |
6acba58e |
121 | The branches that begin with "origin" correspond to the "git remote" |
122 | that you cloned from (which is named "origin"). Each branch on the |
123 | remote will be exactly tracked by theses branches. You should NEVER do |
124 | work on these remote tracking branches. You only ever do work in a |
125 | local branch. Local branches can be configured to automerge (on pull) |
126 | from a designated remote tracking branch. This is the case with the |
127 | default branch C<blead> which will be configured to merge from the |
128 | remote tracking branch C<origin/blead>. |
39219fd3 |
129 | |
d7dd28b6 |
130 | You can see recent commits: |
131 | |
c2cf2042 |
132 | % git log |
d7dd28b6 |
133 | |
6acba58e |
134 | And pull new changes from the repository, and update your local |
135 | repository (must be clean first) |
d7dd28b6 |
136 | |
137 | % git pull |
09081495 |
138 | |
6acba58e |
139 | Assuming we are on the branch C<blead> immediately after a pull, this |
140 | command would be more or less equivalent to: |
39219fd3 |
141 | |
142 | % git fetch |
143 | % git merge origin/blead |
144 | |
6acba58e |
145 | In fact if you want to update your local repository without touching |
146 | your working directory you do: |
39219fd3 |
147 | |
148 | % git fetch |
149 | |
6acba58e |
150 | And if you want to update your remote-tracking branches for all defined |
151 | remotes simultaneously you can do |
39219fd3 |
152 | |
153 | % git remote update |
154 | |
6acba58e |
155 | Neither of these last two commands will update your working directory, |
156 | however both will update the remote-tracking branches in your |
157 | repository. |
39219fd3 |
158 | |
09081495 |
159 | To switch to another branch: |
160 | |
161 | % git checkout origin/maint-5.8-dor |
162 | |
6051489b |
163 | To make a local branch of a remote branch: |
164 | |
165 | % git checkout -b maint-5.10 origin/maint-5.10 |
166 | |
09081495 |
167 | To switch back to blead: |
168 | |
169 | % git checkout blead |
c2cf2042 |
170 | |
39219fd3 |
171 | =head2 FINDING OUT YOUR STATUS |
172 | |
173 | The most common git command you will use will probably be |
174 | |
175 | % git status |
176 | |
6acba58e |
177 | This command will produce as output a description of the current state |
178 | of the repository, including modified files and unignored untracked |
179 | files, and in addition it will show things like what files have been |
180 | staged for the next commit, and usually some useful information about |
181 | how to change things. For instance the following: |
39219fd3 |
182 | |
183 | $ git status |
184 | # On branch blead |
185 | # Your branch is ahead of 'origin/blead' by 1 commit. |
186 | # |
187 | # Changes to be committed: |
188 | # (use "git reset HEAD <file>..." to unstage) |
189 | # |
190 | # modified: pod/perlrepository.pod |
191 | # |
192 | # Changed but not updated: |
193 | # (use "git add <file>..." to update what will be committed) |
194 | # |
195 | # modified: pod/perlrepository.pod |
196 | # |
197 | # Untracked files: |
198 | # (use "git add <file>..." to include in what will be committed) |
199 | # |
200 | # deliberate.untracked |
201 | |
6acba58e |
202 | This shows that there were changes to this document staged for commit, |
203 | and that there were further changes in the working directory not yet |
204 | staged. It also shows that there was an untracked file in the working |
205 | directory, and as you can see shows how to change all of this. It also |
0549aefb |
206 | shows that there is one commit on the working branch C<blead> which has |
207 | not been pushed to the C<origin> remote yet. B<NOTE>: that this output |
208 | is also what you see as a template if you do not provide a message to |
209 | C<git commit>. |
7f6effc7 |
210 | |
211 | Assuming we commit all the mentioned changes above: |
212 | |
213 | % git commit -a -m'explain git status and stuff about remotes' |
214 | Created commit daf8e63: explain git status and stuff about remotes |
215 | 1 files changed, 83 insertions(+), 3 deletions(-) |
216 | |
217 | We can re-run git status and see something like this: |
218 | |
219 | % git status |
220 | # On branch blead |
221 | # Your branch is ahead of 'origin/blead' by 2 commits. |
222 | # |
223 | # Untracked files: |
224 | # (use "git add <file>..." to include in what will be committed) |
225 | # |
226 | # deliberate.untracked |
227 | nothing added to commit but untracked files present (use "git add" to track) |
228 | |
39219fd3 |
229 | |
6acba58e |
230 | When in doubt, before you do anything else, check your status and read |
231 | it carefully, many questions are answered directly by the git status |
232 | output. |
39219fd3 |
233 | |
c2cf2042 |
234 | =head1 SUBMITTING A PATCH |
235 | |
236 | If you have a patch in mind for Perl, you should first get a copy of |
237 | the repository: |
238 | |
239 | % git clone git://perl5.git.perl.org/perl.git perl-git |
240 | |
241 | Then change into the directory: |
242 | |
243 | % cd perl-git |
244 | |
6acba58e |
245 | Alternatively, if you already have a Perl repository, you should ensure |
246 | that you're on the I<blead> branch, and your repository is up to date: |
12322d22 |
247 | |
248 | % git checkout blead |
249 | % git pull |
250 | |
0549aefb |
251 | (It's preferable to patch against the latest blead version, since |
252 | patches are usually integrated from blead to the maintenance branches. |
253 | This does not apply, obviously, in the rare case where your patch is |
254 | specific to a maintaince release.) |
a44f43ac |
255 | |
6acba58e |
256 | Now that we have everything up to date, we need to create a temporary |
257 | new branch for these changes and switch into it: |
b1fccde5 |
258 | |
a9b05323 |
259 | % git checkout -b orange |
23f8d33e |
260 | |
a9b05323 |
261 | which is the short form of |
262 | |
b1fccde5 |
263 | % git branch orange |
264 | % git checkout orange |
265 | |
c2cf2042 |
266 | Then make your changes. For example, if Leon Brocard changes his name |
267 | to Orange Brocard, we should change his name in the AUTHORS file: |
268 | |
269 | % perl -pi -e 's{Leon Brocard}{Orange Brocard}' AUTHORS |
270 | |
271 | You can see what files are changed: |
272 | |
273 | % git status |
f755e97d |
274 | # On branch orange |
c2cf2042 |
275 | # Changes to be committed: |
276 | # (use "git reset HEAD <file>..." to unstage) |
277 | # |
278 | # modified: AUTHORS |
279 | # |
280 | |
c2cf2042 |
281 | And you can see the changes: |
282 | |
283 | % git diff |
284 | diff --git a/AUTHORS b/AUTHORS |
285 | index 293dd70..722c93e 100644 |
286 | --- a/AUTHORS |
287 | +++ b/AUTHORS |
7df2e4bc |
288 | @@ -541,7 +541,7 @@ Lars Hecking <lhecking@nmrc.ucc.ie> |
c2cf2042 |
289 | Laszlo Molnar <laszlo.molnar@eth.ericsson.se> |
290 | Leif Huhn <leif@hale.dkstat.com> |
291 | Len Johnson <lenjay@ibm.net> |
292 | -Leon Brocard <acme@astray.com> |
293 | +Orange Brocard <acme@astray.com> |
294 | Les Peters <lpeters@aol.net> |
295 | Lesley Binks <lesley.binks@gmail.com> |
296 | Lincoln D. Stein <lstein@cshl.org> |
297 | |
298 | Now commit your change locally: |
299 | |
dc3c3040 |
300 | % git commit -a -m 'Rename Leon Brocard to Orange Brocard' |
c2cf2042 |
301 | Created commit 6196c1d: Rename Leon Brocard to Orange Brocard |
302 | 1 files changed, 1 insertions(+), 1 deletions(-) |
303 | |
dc3c3040 |
304 | You can examine your last commit with: |
305 | |
306 | % git show HEAD |
307 | |
308 | and if you are not happy with either the description or the patch |
c26da522 |
309 | itself you can fix it up by editing the files once more and then issue: |
dc3c3040 |
310 | |
311 | % git commit -a --amend |
312 | |
c2cf2042 |
313 | Now you should create a patch file for all your local changes: |
314 | |
2af192ee |
315 | % git format-patch origin |
c2cf2042 |
316 | 0001-Rename-Leon-Brocard-to-Orange-Brocard.patch |
317 | |
318 | You should now send an email to perl5-porters@perl.org with a |
dc3c3040 |
319 | description of your changes, and include this patch file as an |
c2cf2042 |
320 | attachment. |
321 | |
b1fccde5 |
322 | If you want to delete your temporary branch, you may do so with: |
323 | |
324 | % git checkout blead |
325 | % git branch -d orange |
326 | error: The branch 'orange' is not an ancestor of your current HEAD. |
327 | If you are sure you want to delete it, run 'git branch -D orange'. |
328 | % git branch -D orange |
329 | Deleted branch orange. |
7df2e4bc |
330 | |
a44f43ac |
331 | =head2 A note on derived files |
332 | |
333 | Be aware that many files in the distribution are derivative--avoid |
0549aefb |
334 | patching them, because git won't see the changes to them, and the build |
335 | process will overwrite them. Patch the originals instead. Most |
336 | utilities (like perldoc) are in this category, i.e. patch |
337 | utils/perldoc.PL rather than utils/perldoc. Similarly, don't create |
338 | patches for files under $src_root/ext from their copies found in |
339 | $install_root/lib. If you are unsure about the proper location of a |
340 | file that may have gotten copied while building the source |
341 | distribution, consult the C<MANIFEST>. |
a44f43ac |
342 | |
343 | =head2 A note on binary files |
344 | |
0549aefb |
345 | Since the patch(1) utility cannot deal with binary files, it's |
346 | important that you either avoid the use of binary files in your patch, |
347 | generate the files dynamically, or that you encode any binary files |
348 | using the F<uupacktool.pl> utility. |
a44f43ac |
349 | |
350 | Assuming you needed to include a gzip-encoded file for a module's test |
351 | suite, you might do this as follows using the F<uupacktool.pl> utility: |
352 | |
353 | $ perl uupacktool.pl -v -p -D lib/Some/Module/t/src/t.gz |
354 | Writing lib/Some/Module/t/src/t.gz into lib/Some/Module/t/src/t.gz.packed |
355 | |
356 | This will replace the C<t.gz> file with an encoded counterpart. During |
0549aefb |
357 | C<make test>, before any tests are run, perl's Makefile will restore |
358 | all the C<.packed> files mentioned in the MANIFEST to their original |
359 | name. This means that the test suite does not need to be aware of this |
360 | packing scheme and will not need to be altered. |
a44f43ac |
361 | |
362 | =head2 Getting your patch accepted |
363 | |
0549aefb |
364 | The first thing you should include with your patch is a description of |
365 | the problem that the patch corrects. If it is a code patch (rather |
366 | than a documentation patch) you should also include a small test case |
367 | that illustrates the bug (a patch to an existing test file is |
368 | preferred). |
a44f43ac |
369 | |
370 | If you are submitting a code patch there are several other things that |
371 | you need to do. |
372 | |
373 | =over 4 |
374 | |
375 | =item Comments, Comments, Comments |
376 | |
0549aefb |
377 | Be sure to adequately comment your code. While commenting every line |
378 | is unnecessary, anything that takes advantage of side effects of |
a44f43ac |
379 | operators, that creates changes that will be felt outside of the |
0549aefb |
380 | function being patched, or that others may find confusing should be |
381 | documented. If you are going to err, it is better to err on the side |
382 | of adding too many comments than too few. |
a44f43ac |
383 | |
384 | =item Style |
385 | |
0549aefb |
386 | In general, please follow the particular style of the code you are |
387 | patching. |
a44f43ac |
388 | |
0549aefb |
389 | In particular, follow these general guidelines for patching Perl |
390 | sources: |
a44f43ac |
391 | |
392 | 8-wide tabs (no exceptions!) |
393 | 4-wide indents for code, 2-wide indents for nested CPP #defines |
394 | try hard not to exceed 79-columns |
395 | ANSI C prototypes |
396 | uncuddled elses and "K&R" style for indenting control constructs |
397 | no C++ style (//) comments |
398 | mark places that need to be revisited with XXX (and revisit often!) |
399 | opening brace lines up with "if" when conditional spans multiple |
400 | lines; should be at end-of-line otherwise |
401 | in function definitions, name starts in column 0 (return value is on |
402 | previous line) |
403 | single space after keywords that are followed by parens, no space |
404 | between function name and following paren |
405 | avoid assignments in conditionals, but if they're unavoidable, use |
406 | extra paren, e.g. "if (a && (b = c)) ..." |
407 | "return foo;" rather than "return(foo);" |
408 | "if (!foo) ..." rather than "if (foo == FALSE) ..." etc. |
409 | |
410 | =item Testsuite |
411 | |
0549aefb |
412 | When submitting a patch you should make every effort to also include an |
413 | addition to perl's regression tests to properly exercise your patch. |
414 | Your testsuite additions should generally follow these guidelines |
415 | (courtesy of Gurusamy Sarathy <gsar@activestate.com>): |
a44f43ac |
416 | |
417 | Know what you're testing. Read the docs, and the source. |
418 | Tend to fail, not succeed. |
419 | Interpret results strictly. |
420 | Use unrelated features (this will flush out bizarre interactions). |
421 | Use non-standard idioms (otherwise you are not testing TIMTOWTDI). |
422 | Avoid using hardcoded test numbers whenever possible (the |
423 | EXPECTED/GOT found in t/op/tie.t is much more maintainable, |
424 | and gives better failure reports). |
425 | Give meaningful error messages when a test fails. |
426 | Avoid using qx// and system() unless you are testing for them. If you |
427 | do use them, make sure that you cover _all_ perl platforms. |
428 | Unlink any temporary files you create. |
429 | Promote unforeseen warnings to errors with $SIG{__WARN__}. |
430 | Be sure to use the libraries and modules shipped with the version |
431 | being tested, not those that were already installed. |
432 | Add comments to the code explaining what you are testing for. |
433 | Make updating the '1..42' string unnecessary. Or make sure that |
434 | you update it. |
435 | Test _all_ behaviors of a given operator, library, or function: |
436 | - All optional arguments |
437 | - Return values in various contexts (boolean, scalar, list, lvalue) |
438 | - Use both global and lexical variables |
439 | - Don't forget the exceptional, pathological cases. |
440 | |
441 | =back |
442 | |
7df2e4bc |
443 | =head1 ACCEPTING A PATCH |
444 | |
445 | If you have received a patch file generated using the above section, |
446 | you should try out the patch. |
447 | |
448 | First we need to create a temporary new branch for these changes and |
449 | switch into it: |
450 | |
a9b05323 |
451 | % git checkout -b experimental |
7df2e4bc |
452 | |
6acba58e |
453 | Patches that were formatted by C<git format-patch> are applied with |
454 | C<git am>: |
7df2e4bc |
455 | |
2af192ee |
456 | % git am 0001-Rename-Leon-Brocard-to-Orange-Brocard.patch |
7df2e4bc |
457 | Applying Rename Leon Brocard to Orange Brocard |
458 | |
6acba58e |
459 | If just a raw diff is provided, it is also possible use this two-step |
460 | process: |
09645c26 |
461 | |
462 | % git apply bugfix.diff |
dc3c3040 |
463 | % git commit -a -m "Some fixing" --author="That Guy <that.guy@internets.com>" |
09645c26 |
464 | |
7df2e4bc |
465 | Now we can inspect the change: |
466 | |
dc3c3040 |
467 | % git show HEAD |
7df2e4bc |
468 | commit b1b3dab48344cff6de4087efca3dbd63548ab5e2 |
469 | Author: Leon Brocard <acme@astray.com> |
470 | Date: Fri Dec 19 17:02:59 2008 +0000 |
471 | |
472 | Rename Leon Brocard to Orange Brocard |
7df2e4bc |
473 | |
7df2e4bc |
474 | diff --git a/AUTHORS b/AUTHORS |
475 | index 293dd70..722c93e 100644 |
476 | --- a/AUTHORS |
477 | +++ b/AUTHORS |
478 | @@ -541,7 +541,7 @@ Lars Hecking <lhecking@nmrc.ucc.ie> |
479 | Laszlo Molnar <laszlo.molnar@eth.ericsson.se> |
480 | Leif Huhn <leif@hale.dkstat.com> |
481 | Len Johnson <lenjay@ibm.net> |
482 | -Leon Brocard <acme@astray.com> |
483 | +Orange Brocard <acme@astray.com> |
484 | Les Peters <lpeters@aol.net> |
485 | Lesley Binks <lesley.binks@gmail.com> |
486 | Lincoln D. Stein <lstein@cshl.org> |
487 | |
488 | If you are a committer to Perl and you think the patch is good, you can |
75fb7651 |
489 | then merge it into blead then push it out to the main repository: |
7df2e4bc |
490 | |
491 | % git checkout blead |
d9847473 |
492 | % git merge experimental |
75fb7651 |
493 | % git push |
7df2e4bc |
494 | |
495 | If you want to delete your temporary branch, you may do so with: |
496 | |
497 | % git checkout blead |
498 | % git branch -d experimental |
499 | error: The branch 'experimental' is not an ancestor of your current HEAD. |
500 | If you are sure you want to delete it, run 'git branch -D experimental'. |
501 | % git branch -D experimental |
502 | Deleted branch experimental. |
b0d36535 |
503 | |
504 | =head1 CLEANING A WORKING DIRECTORY |
505 | |
6acba58e |
506 | The command C<git clean> can with varying arguments be used as a |
dc3c3040 |
507 | replacement for C<make clean>. |
b0d36535 |
508 | |
509 | To reset your working directory to a pristine condition you can do: |
510 | |
511 | git clean -dxf |
512 | |
513 | However, be aware this will delete ALL untracked content. You can use |
514 | |
515 | git clean -Xf |
516 | |
6acba58e |
517 | to remove all ignored untracked files, such as build and test |
518 | byproduct, but leave any manually created files alone. |
b0d36535 |
519 | |
0549aefb |
520 | If you only want to cancel some uncommitted edits, you can use C<git |
c26da522 |
521 | checkout> and give it a list of files to be reverted, or C<git checkout |
522 | -f> to revert them all. |
f755e97d |
523 | |
524 | If you want to cancel one or several commits, you can use C<git reset>. |
525 | |
d82a90c1 |
526 | =head1 BISECTING |
527 | |
6acba58e |
528 | C<git> provides a built-in way to determine, with a binary search in |
529 | the history, which commit should be blamed for introducing a given bug. |
d82a90c1 |
530 | |
6acba58e |
531 | Suppose that we have a script F<~/testcase.pl> that exits with C<0> |
532 | when some behaviour is correct, and with C<1> when it's faulty. We need |
533 | an helper script that automates building C<perl> and running the |
534 | testcase: |
d82a90c1 |
535 | |
536 | % cat ~/run |
537 | #!/bin/sh |
538 | git clean -dxf |
539 | # If you can use ccache, add -Dcc=ccache\ gcc -Dld=gcc to the Configure line |
c0d1ef72 |
540 | sh Configure -des -Dusedevel -Doptimize="-g" |
541 | test -f config.sh || exit 125 |
542 | # Correct makefile for newer GNU gcc |
543 | perl -ni -we 'print unless /<(?:built-in|command)/' makefile x2p/makefile |
544 | # if you just need miniperl, replace test_prep with miniperl |
545 | make -j4 test_prep |
546 | -x ./perl || exit 125 |
d82a90c1 |
547 | ./perl -Ilib ~/testcase.pl |
c0d1ef72 |
548 | ret=$? |
549 | git clean -dxf |
550 | exit $ret |
d82a90c1 |
551 | |
6acba58e |
552 | This script may return C<125> to indicate that the corresponding commit |
553 | should be skipped. Otherwise, it returns the status of |
554 | F<~/testcase.pl>. |
d82a90c1 |
555 | |
556 | We first enter in bisect mode with: |
557 | |
558 | % git bisect start |
559 | |
6acba58e |
560 | For example, if the bug is present on C<HEAD> but wasn't in 5.10.0, |
561 | C<git> will learn about this when you enter: |
d82a90c1 |
562 | |
563 | % git bisect bad |
564 | % git bisect good perl-5.10.0 |
565 | Bisecting: 853 revisions left to test after this |
566 | |
6acba58e |
567 | This results in checking out the median commit between C<HEAD> and |
568 | C<perl-5.10.0>. We can then run the bisecting process with: |
d82a90c1 |
569 | |
570 | % git bisect run ~/run |
571 | |
572 | When the first bad commit is isolated, C<git bisect> will tell you so: |
573 | |
574 | ca4cfd28534303b82a216cfe83a1c80cbc3b9dc5 is first bad commit |
575 | commit ca4cfd28534303b82a216cfe83a1c80cbc3b9dc5 |
576 | Author: Dave Mitchell <davem@fdisolutions.com> |
577 | Date: Sat Feb 9 14:56:23 2008 +0000 |
578 | |
9469eb4a |
579 | [perl #49472] Attributes + Unknown Error |
d82a90c1 |
580 | ... |
581 | |
582 | bisect run success |
583 | |
6acba58e |
584 | You can peek into the bisecting process with C<git bisect log> and |
585 | C<git bisect visualize>. C<git bisect reset> will get you out of bisect |
586 | mode. |
d82a90c1 |
587 | |
6acba58e |
588 | Please note that the first C<good> state must be an ancestor of the |
589 | first C<bad> state. If you want to search for the commit that I<solved> |
590 | some bug, you have to negate your test case (i.e. exit with C<1> if OK |
591 | and C<0> if not) and still mark the lower bound as C<good> and the |
592 | upper as C<bad>. The "first bad commit" has then to be understood as |
593 | the "first commit where the bug is solved". |
d82a90c1 |
594 | |
6acba58e |
595 | C<git help bisect> has much more information on how you can tweak your |
596 | binary searches. |
9d68b7ed |
597 | |
03050721 |
598 | =head1 SUBMITTING A PATCH VIA GITHUB |
599 | |
600 | GitHub is a website that makes it easy to fork and publish projects |
601 | with Git. First you should set up a GitHub account and log in. |
602 | |
603 | Perl's git repository is mirrored on GitHub at this page: |
604 | |
605 | http://github.com/github/perl/tree/blead |
606 | |
607 | Visit the page and click the "fork" button. This clones the Perl git |
608 | repository for you and provides you with "Your Clone URL" from which |
609 | you should clone: |
610 | |
611 | % git clone git@github.com:USERNAME/perl.git perl-github |
612 | |
613 | We shall make the same patch as above, creating a new branch: |
614 | |
615 | % cd perl-github |
616 | % git remote add upstream git://github.com/github/perl.git |
617 | % git pull upstream blead |
618 | % git checkout -b orange |
619 | % perl -pi -e 's{Leon Brocard}{Orange Brocard}' AUTHORS |
dc3c3040 |
620 | % git commit -a -m 'Rename Leon Brocard to Orange Brocard' |
03050721 |
621 | % git push origin orange |
622 | |
623 | The orange branch has been pushed to GitHub, so you should now send an |
624 | email to perl5-porters@perl.org with a description of your changes and |
625 | the following information: |
626 | |
627 | http://github.com/USERNAME/perl/tree/orange |
628 | git@github.com:USERNAME/perl.git branch orange |
629 | |
c26da522 |
630 | =head1 MERGING FROM A BRANCH VIA GITHUB |
631 | |
632 | If someone has provided a branch via GitHub and you are a committer, |
5c9c28c6 |
633 | you should use the following in your perl-ssh directory: |
c26da522 |
634 | |
635 | % git remote add dandv git://github.com/dandv/perl.git |
636 | % git fetch |
637 | |
638 | Now you can see the differences between the branch and blead: |
639 | |
640 | % git diff dandv/blead |
641 | |
642 | And you can see the commits: |
643 | |
644 | % git log dandv/blead |
645 | |
646 | If you approve of a specific commit, you can cherry pick it: |
647 | |
2bab0636 |
648 | % git cherry-pick 3adac458cb1c1d41af47fc66e67b49c8dec2323f |
649 | |
650 | Or you could just merge the whole branch if you like it all: |
651 | |
652 | % git merge dandv/blead |
c26da522 |
653 | |
654 | And then push back to the repository: |
655 | |
656 | % git push |
657 | |
9469eb4a |
658 | =head1 COMMITTING TO MAINTENANCE VERSIONS |
9d68b7ed |
659 | |
660 | To commit to a maintenance version of perl, you need to create a local |
661 | tracking branch: |
662 | |
663 | % git checkout --track -b maint-5.005 origin/maint-5.005 |
664 | |
0549aefb |
665 | This creates a local branch named C<maint-5.005>, which tracks the |
666 | remote branch C<origin/maint-5.005>. Then you can pull, commit, merge |
667 | and push as before. |
b0d36535 |
668 | |
f755e97d |
669 | You can also cherry-pick commits from blead and another branch, by |
0549aefb |
670 | using the C<git cherry-pick> command. It is recommended to use the |
671 | B<-x> option to C<git cherry-pick> in order to record the SHA1 of the |
672 | original commit in the new commit message. |
f755e97d |
673 | |
674 | =head1 SEE ALSO |
675 | |
676 | The git documentation, accessible via C<git help command>. |
0549aefb |
677 | |