0

foo_bar という名前のプロジェクトがあり、新しい機能のコードを書いているとしましょう... コミットを行い、オリジンにプッシュします。おそらく今、プロジェクトへのリンクを数人の同僚と共有しています。ここで、これにもう少し取り組みたいが、現在の本番コードを台無しにしたくないとしましょう。別の作業ディレクトリを作成し、マスター ブランチを希望どおりになるまで編集し、準備ができたらオリジンにプッシュし、それを本番レポにプルするのではなく、なぜ別のブランチを作成するのでしょうか?

4

2 に答える 2

0

単一のリポジトリと作業ディレクトリに複数のブランチを作成することで、ブランチを切り替えるときに開発環境について何も変更する必要がありません。作業ディレクトリは/path/to/myproject、マスターブランチと機能ブランチのどちらで作業している場合でも常に異なります。

これが重要でない場合は、リポジトリを別のディレクトリに複製し、代わりにそれを2番目のブランチとして使用するのが完全に合理的です。実際、Mercurialのドキュメントには、この分岐方法が明示的に記載されており、Gitでも同様に機能します。

于 2013-03-19T23:34:17.297 に答える
0

master ブランチを直接編集する別の方法は問題ありません。それ自体は問題ありません。新しい変更を別の同僚と共有したい場合は、新しいブランチを作成する利点が得られます。その同僚も貢献してから、マスター ブランチにマージして戻します。

于 2013-03-19T23:16:07.767 に答える