Commits


fix broken sentence in got.1 (was missing a word)


consistently mention 'got merge' as an alternative to 'got rebase' in got.1


histedit, rebase: document -c, -C are compatible


fix option processing for 'got merge' Don't make -C imply -c (a break statement was missing). Detect -an and -cn conflicts. Simplify by removing unneeded check for conflicting -aC (since -C requires -c, we can rely on the -ac conflict being detected). Update the man page to say -cC is allowed.


add -M option: tell got merge not to fast-forward ok stsp@


typo


tweak wording in got.1 which suggested that use of rebase was mandatory


explain why the first 'got clone' example in got.1 will often fail


provide a 'got merge' example in the EXAMPLES section of got.1


prevent 'got merge' from creating commits on branches outside of "refs/heads/" ok op, james


make 'got add' more forgiving about unversioned paths on the command line When users run 'got add *' the shell may pick up already versioned files and trigger errors about paths being in an unexpected status. Expand the check which previously only allowed files in added status to be double-added to cover the following status codes which are all safe to ignore: A M C m This should make bulk additions of files a bit easier in most cases. Problem reported by robert@ ok jamsek


Implement fast-forward merges. Split part of got_worktree_merge_prepare into a new function, got_worktree_merge_write_refs, since that part doesn't make sense in the fast-forward case. ok stsp@


show how to fetch a pull request in got.1 pull request example section


allow no-op merge commits to be created Requested by James Cook


handle files changing into directories during 'got update' problem found by naddy@