Commits


factorize imsg_clear calls after imsg_flush failures imsg_clear frees and closes resources allocated as part of enqueueing imsgs so it's a no-op after reads. discussed with and ok stsp@


add O_CLOEXEC (close-on-exec) flag to open(2) calls suggested by millert ok thomas_adam


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


allow NULL pointer argument for got_free_gotconfig()


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