Commit Briefs

Christian Weisgerber

indentation fixes




Stefan Sperling

use got_path_dirname() in remove_ondisk_file(); avoids const dirname(3)

ok naddy


Stefan Sperling

use got_path_dirname() in install_blob() to avoid const dirname(3)

ok naddy


Stefan Sperling

use got_path_dirname() in install_symlink() to avoid const dirname(3)

ok naddy


Stefan Sperling

use got_path_dirname() in is_bad_symlink_target()

ok naddy




Stefan Sperling

adapt got_open_worktree to non-const dirname(3)

ok naddy


Stefan Sperling

use got_path_basename() in match_deleted_or_modified_ct()

ok millert


Stefan Sperling

switch to got_path_basename() in alloc_added_blob_tree_entry()

ok millert


Stefan Sperling

switch to got_path_basename in revert_file

ok millert



Stefan Sperling

make 'got histedit' collapse folded add+delete operations into a no-op

If a merged commit wants to delete a locally added file, and this locally added file matches the content which was deleted in the commit being merged, we can go ahead with the deletion because there is no risk of data loss. fixes the histedit problem reported by jrick on freenode



Christian Weisgerber

use modern POSIX timestamp fields in struct stat

ok stsp


Stefan Sperling

add -s option to 'got remove' which deletes files in a particular status

This makes it easy to deal with files that were deleted from disk by external tooling which modified the work tree. Such files are left in missing (!) status and can now be marked for deletion in bulk via 'got rm -s\! -R .' For consistency, modified (M) files can now be removed with 'got rm -s M' which implies 'got rm -f'. Prompted by feedback from krw@


Stefan Sperling

fix committing file additions from a work tree with a path prefix

New files were added under the wrong tree in the repository if the work tree has a path prefix. Fix this problem and catch it in the existing commit_with_path_prefix regression test.


Stefan Sperling

fix spurious 'got cherrypick' error with a path prefix and an empty tree

If the work tree's path prefix does not exist in the first of the two trees, then 'got cherrypick' failed with "no such entry found in tree". But this is a legitimate situation, as shown in the new test added here. The first tree could be the empty tree, for example, which should result in 'got cherrypick' adding all files from the second tree instead of complaining about a non-existent path-prefix directory in the first tree.



Stefan Sperling

Add a 'got info' command which displays work tree meta-data.

Remove the alias 'got in' for 'got init'. The 'in' alias was too close to either 'init' or 'info'. ok tracey, millert