9
git-worktreeは何に使用しますか？
git-worktreeに関するGithubの投稿を読みました。あの人たちは書く： featureユーザーがで緊急のバグを報告したときに、というブランチのGitリポジトリで作業しているとしますmaster。最初に、新しいブランチを持つリンクされた作業ツリーを作成し、hotfixマスターに対してチェックアウトします[…]バグを修正し、ホットフィックスをプッシュし、プルリクエストを作成できます。 featureと呼ばれるブランチで作業していて、masterにいくつかの緊急性の高いバグが報告されている場合、私は通常、作業しているものをすべて隠して新しいブランチを作成します。完了したら、作業を続けることができます。これは非常にシンプルなモデルで、私は何年もそのように働いてきました。 一方、git-worktreeの使用には独自の制限があります。 たとえば、2つのリンクされた作業ツリーで同じブランチを同時にチェックアウトすることはできません。これにより、1つの作業ツリーでコミットされた変更により、もう1つが同期しなくなる可能性があります。 既に解決済みの問題に対して、より複雑なワークフローを選択するのはなぜですか？ git-worktree事前に行うことができず、このまったく新しい複雑な機能を正当化することについて何かありますか？
210
git
git-worktree