| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Calling "vim-patch.sh -p" on a checked-out branch already created with
"-p" will re-use the branch and append commits.
* Fetch upstream/master before checking out branch on first call of "-p".
* Reverted creation of commit in submit step ("-s") to previous behavior:
Create an empty commit with correct commit message when "-p" is called.
* Submitting a pull request with "-s" will create a correct pull request
message even if multiple patches have been ported in one single branch
with "-p".
|
|
|
|
|
|
| |
When calling "vim-patch.sh -s" on a checked-out branch created with
"vim-patch.sh -p", create commit from staged changes, push to origin,
create pull request (using hub), and clean up patch files.
|
| |
|
|
|
|
|
|
| |
* Support pull requests with multiple commits.
* Offer to clean up files after review.
* Always use full commit hash in assign_commit_details().
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Any patch may contain mixed encodings, so we must process them as byte
arrays. E.g. with stock `sed` on OS X patch
8a94d873aa8c753a8522ea86a049bdf2abd0c507 causes this error:
sed: RE error: illegal byte sequence
To avoid that, set LC_ALL=C.
Also remove redundant *.patch creation from review_pr().
|
|
|
|
| |
Sort non-tagged patches in descending order, like tagged patches.
|
|
|
|
| |
The examples were missing the required -p flag.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Helped-by: Michael Reed <m.reed@mykolab.com>
|
|
|
|
|
|
| |
* Link to the commit details on GitHub for a tagged version.
* Non-tagged patches (runtime updates) are still linked to
Google Code because they are identified by a Mercurial commit hash.
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Check for mercurial before using it
- Make 'Merging patches...' wiki page easier to copy
- Use `basename` instead of assuming the user is running vim-patch.sh
via the repo root
- Appease shellcheck by quoting path variables
- Remove unneeded variable quoting inside [[ ]] blocks
- Don't unconditionally 'exit 1'
'-h' and '--help' are both recognized options, so current behavior is
misleading.
|
| |
|
| |
|
| |
|
| |
|
|
|