Commits


change for 0.29


trim directories in got remove -R This is a racy solution that needs to be properly implemented in the future. ok stsp


prevent commits from being listed more than once in a histedit script While merging a commit multiple times during a histedit operation could potentially make sense in some corner case, a commit appearing more than once in the script is more likely to happen accidentally. If desired, the same effect can still be achieved by running multiple histedit operations, or by using 'got cherrypick' while the histedit operation is paused for arbitrary editing.


fix histedit 'rebase commit ID mismatch' error when splitting a commit Commit IDs on histedit's temporary branch can change arbitrarily because the user may create new commits on this branch while editing past commits. So there is no point in trying to verify these IDs like we do during rebase. Add a test case which demonstrates the problem.


fix wrong use of words in a histedit error message


make our README file point at our website


be helpful when users try to check out work trees without a known branch Provide a useful error message in such cases and explicitly document intentional restrictions in the got(1) man page. Prompted by a question from Adam Steen via bsd.network https://bsd.network/@adams/103768951483318235


map 'tog path' to 'tog log path' if possible; requested by mpi@


make got_path_is_root_dir() deal with an arbitrary amount of leading slashes


remove GOT_ERR_NOT_ABSPATH and fix existing users to deal with absolute paths


when "bad path" errors occur, always show the path in question


properly free cmd_argv in tog's main() function


fix typo in comment; found by mpi@


show merged commit ID + logmsg upon merge conflict during rebase and histedit This makes it more apparent which commit contained the conflicting change. The new output looks like this: C sys/dev/pci/if_iwm.c 8a98d848a1a5 -> merge conflict: properly modify station queues got: conflicts must be resolved before rebasing can continue


don't leak logmsg in show_rebase_progress()


in got.1, clarify that rebasing of branches with zero local changes is normal


bump version number


changes for 0.28


attempt to more clearly explain what 'got rebase' is used for


disallow 'got rebase' while a histedit operation is in progress


document that 'got integrate' cannot be used during a histedit operation


document histedit's -F option


explain more clearly how a histedit script will be edited


document more clearly what needs to be done to start a histedit operation


switch 'got tag' commit argument to a -c option for consistency