Commits


add "branch" keyword to got.conf which specifies a list of branches to fetch ok tracey


do not pledge 'got integrate' in a PROFILE=1 build found by jrick on freenode


allow an interrupted 'got clone' to be resumed by 'got fetch' Set up config files as soon as possible such that 'got fetch' has enough information in order to resume an interrupted clone operation. We need to receive at least a default HEAD branch name from the server before we can set up our configuration files. The previous code also verified whether the default branch name supplied by the server resolved to a commit received in the pack file. This check cannot be done early but a wrong branch name in a config file can be fixed easily.


refactor code which creates config files for 'got clone' using helper functions


fix default branch name written to Git config file by 'got clone' The generated Git config file instructed Git to fetch all branches rather than the default branch as was intended. Check generated configuration files in all clone tests in order to catch such problems in the future.


let 'got clone' try to connect to server before creating repository contents


trim leading slashes from repository path written to got.conf (found by naddy)


make dangling symbolic references show up in 'got ref -l' Storing a resolved ID for each reference list item was a bad idea. This ID cannot be resolved if a symbolic references points to a reference which does not exist. Such symrefs were skipped by got ref -l as a result. Just let users of reference lists resolve the IDs as needed.


in cmd_checkout() handle basename(3) modifying its argument ok naddy@


fix typo in error message


plug memory leaks in error paths while collecting log messages


check for errors from write(2) and close(2) while collecting log messages


add per-worktree got.conf(5) file in the .got directory; ok millert


use plain write() in place of dprintf() with a pre-formatted string step-by-step guidance from millert; ok millert stsp


zap trailing tabs


add got.conf(5) configuration file ok tracey


actually make use of an intermediate variable in cmd_clone() found by tracey's scan-build


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@


add -s option to 'got status' which acts as a status code filter Advantages over using grep are that the list of codes is validated against a list of known status codes, and that it is easier to match staged files which can display status codes in one or both of two columns. Prompted by feedback from krw@


make 'got log' -R and -P options work in combination With -R, the -P option did not show any paths. Regression test added here demonstrates the problem.


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


forbid bad symlinks; add -S option to 'got commit' and 'got stage' to allow them


make 'got diff' show changes to symlinks in a work tree


show path in error message when blaming a symlink pointing to a directory


add symlink support to 'got blame' and 'tog blame'