Git は、世界中でプロジェクトの監視と制御に最もよく使用されているバージョン管理システム (VCS) です。 また、分散した共同作業環境も提供し、協力を促進します。
ブランチ機能は、メイン ブランチに影響を与えることなく、バグ パッチ、新機能開発、実験などの特定の変更セット用に別のチャネルを作成できるため、Git の最も重要な機能の XNUMX つです。
他の Git 操作と比較すると、分岐は非常に単純な方法です。 元のコードベースから逸脱することができます。
ブランチを使用すると、他の開発者とより迅速に共同作業できるようになり、ワークフローに大きな自由が与えられます。 また、コードベースの残りの部分に影響を与えることなく、新しい機能に取り組むこともできます。
Git の分岐メカニズムにより、プロジェクト内に新しい分岐を確立できます。
これらの追加のブランチは、メインのプロジェクト コードを妨げることなく、コードの変更をテストするために使用できます。 調整が成功すると、ブランチをメイン ブランチにマージして戻すことができます。
ただし、Git ブランチをリモートではなくローカルで削除する必要がある場合があります。 その方法については、読み続けてください。
Git ブランチとは何ですか?
Git は分岐のおかげで、複数の作業行を追跡できます。 これにより、プロジェクトの複数のバージョンを同時に作業できるようになります。
多くのプロジェクトは、開発またはテスト ブランチで新機能を追加したりバグを修正したりしながら、安定したマスター ブランチを維持します。
プロジェクト マネージャーは、Dev ブランチで行われた変更が基準を満たしていると確信できる場合、それらの変更を master ブランチにマージできます。 特定の大規模プロジェクトでは、このサイクルが無期限に繰り返されることがよくあります。
Git 開発ブランチを使用することは、バージョンを追跡しながらプログラムを操作するための素晴らしいアプローチです。 開発ブランチは一般に、コードの状態を分割して、コードを進めるための新しいルートを確立します。
他の Git ブランチと並行して実行したり、作成したりできます。 組織的かつ正確な方法でコードに新しい機能を追加することが可能です。
なぜ、いつ削除する必要があるのでしょうか?
使用されなくなった Git ブランチを削除するのが一般的なメンテナンス方法ですが、これは常に普遍的または理解されているわけではありません。
古い Git ブランチをリポジトリから削除する必要があるのはなぜですか? これには XNUMX つの基本的な理由があります。
- それらは不要です。 ほとんどのブランチ、特に最終的に承認されたプルリクエストに接続されているブランチには機能がありません。
- それらは混乱の原因です。 大幅な技術的オーバーヘッドは追加されませんが、リポジトリ内のブランチのリストを操作するのが人間にとってより困難になります。
変更が失われることを心配することなく、ブランチを安全に削除できます。
次のシナリオを考えてみましょう。ブランチ patch-1 は、プル リクエストを通じて master ブランチとマージされます。 マージする前、master と patch-1 はそれぞれ、git コミット履歴内の異なるリビジョンを指します。
マージ後 (新しいマージ コミットが追加された場合)、master と patch-1 は両方とも新しいマージ コミットにリンクします。 この時点でプル リクエストは完了し、今後のすべてのプッシュは patch-1 ではなくマスターに送信される必要があります。
Git のローカル ブランチとリモート ブランチ
リモート ブランチ – 別のシステム上にあり、通常は開発者がアクセスできるサーバーです。 リモート ブランチが削除されると、すべてのユーザーに対して削除されます。
ローカル ブランチ – ローカル システム上にローカル ブランチが保存されます。 ローカル ブランチを削除しても、遠くのブランチには影響しません。
ローカルでブランチを削除するにはどうすればよいですか?
現在作業中のブランチを削除することはできないため、削除しないブランチを必ずチェックアウトしてください。 まずはローカルブランチを削除する方法を考えてみましょう。
- まず、(git Branch -a) コマンドを実行して、すべてのブランチ (ローカルとリモートの両方) を表示します。
- 次に、(git Branch -d) コマンドを使用し、その後に削除するブランチの名前を入力すると、ブランチを削除できます。
マージされていない変更を含むブランチを削除しようとすると、次のエラー メッセージが表示されます。
上のメッセージが示すように、ブランチを強制的に削除するには、-delete -force のショートカットである -D オプションを使用します。
マージされていないブランチを削除すると、そのブランチに対するすべての変更が失われることに注意してください。
現在のブランチを削除しようとすると、次のメッセージが表示されます。
現在いるブランチを削除することはできません。 まず別のブランチに切り替えてから、ブランチ名を削除します。
ブランチ削除の欠点
ブランチを削除する場合の考えられる欠点は、ブランチの場所へのリンクが (GitHub などで) 壊れることです。
私は非プライマリ ブランチへの永続的なリンクを持っていることはほとんどありません。特定のブランチ上の作業に接続したい場合は、プル リクエストに変換されてから接続することになります (その場合、プルリクエスト)。
最後の言葉
体系的な方法でアプリケーションを作成するには、開発ブランチの使用方法を知ることが重要になります。 コードをさまざまなブランチに構造化するように注意してください。
複雑な操作がわからない場合は、いつでも読むことをお勧めします。 Git の公式ドキュメント 枝の上で。
コメントを残す