diff options
author | Leon Brocard <acme@astray.com> | 2008-12-23 16:18:12 +0000 |
---|---|---|
committer | Leon Brocard <acme@astray.com> | 2008-12-23 16:18:12 +0000 |
commit | 9d68b7edc4b584a60244a8795c68b70f38b7c07d (patch) | |
tree | ebe8a5e7138114b5470d88a071477b4d0007658a /pod/perlrepository.pod | |
parent | 09645c26bf855249cfe60e690510ba26afeaf40c (diff) | |
download | perl-9d68b7edc4b584a60244a8795c68b70f38b7c07d.tar.gz |
Add a section on committing to maintenance versions
Diffstat (limited to 'pod/perlrepository.pod')
-rw-r--r-- | pod/perlrepository.pod | 11 |
1 files changed, 11 insertions, 0 deletions
diff --git a/pod/perlrepository.pod b/pod/perlrepository.pod index 80e2bf8519..23183a8dc6 100644 --- a/pod/perlrepository.pod +++ b/pod/perlrepository.pod @@ -417,3 +417,14 @@ You can peek into the bisecting process with C<git bisect log> and C<git bisect Please note that the first C<good> state must be an ancestor of the first C<bad> state. If you want to search for the commit that I<solved> some bug, you have to negate your test case (i.e. exit with C<1> if OK and C<0> if not) and still mark the lower bound as C<good> and the upper as C<bad>. The "first bad commit" has then to be understood as the "first commit where the bug is solved". C<git help bisect> has much more information on how you can tweak your binary searches. + +=head1 COMITTING TO MAINTENANCE VERSIONS + +To commit to a maintenance version of perl, you need to create a local +tracking branch: + + % git checkout --track -b maint-5.005 origin/maint-5.005 + +This creates a local branch named maint-5.005, which tracks the remote +branch origin/maint-5.005. Then you can pull, commit, merge and push +as before. |