| | |
| | | ...add a single commit... |
| | | git push origin HEAD:refs/for/new |
| | | # read ticket id from server output |
| | | git branch --set-upstream-to=origin/ticket/{id} |
| | | git branch -u origin/ticket/{id} |
| | | |
| | | ### Creating the first Patchset for an Existing Ticket |
| | | |
| | |
| | | cd repo |
| | | git checkout -b ticket/{id} |
| | | ...add one or more commits... |
| | | git push --set-upstream origin ticket/{id} |
| | | git push -u origin ticket/{id} |
| | | |
| | | ### Safely adding commits to a Patchset for an Existing Ticket |
| | | |
| | |
| | | |
| | | ### Merging Patchsets |
| | | |
| | | The Gitblit web ui offers a merge button which *should work* but is not fully tested. Gitblit does verify that you can cleanly merge a patchset to the integration branch. |
| | | The Gitblit web ui offers a merge button which will work for clean merges of a patchset to the integration branch. |
| | | |
| | | There are complicated merge scenarios for which it may be best to merge using your Git client. There are several ways to do this, here is a safe merge strategy which pulls into a new branch and then fast-forwards your integration branch, assuming you were happy with the pull (merge). |
| | | |