The invention of the `git worktree` command changed this developer's working style dramatically. Rather than switching between branches all the time, topic branches are created and checked out in newly-added worktrees, to be reworked and refined until the topic branch is either merged into `master` or abandoned.
It gets rather tiresome, and also typo-prone, to call "git branch xyz upstream/master && git worktree add xyz xyz" all the time. Hence this proposal: "git branch -w xyz upstream/master" to do the same. The plan is to also support "git branch -d -w xyz" once the `git worktree` command learned a `remove` (or `delete`) subcommand. One possible improvement would be to add "/xyz/" to the parent repository's .git/info/exclude, but this developer hesitates to introduce that feature without the "delete" counterpart: those exclude entries would likely go stale very quickly. Besides, there might be a plan in the working to exclude worktrees automagically? Johannes Schindelin (1): branch: allow conveniently adding new worktrees for new branches Documentation/git-branch.txt | 5 +++-- builtin/branch.c | 27 +++++++++++++++++++++++++-- 2 files changed, 28 insertions(+), 4 deletions(-) -- 2.7.2.windows.1.8.g47d64e6.dirty -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
