Gitブランチは、Gitバージョン制御システムの基本コンポーネントです。このチュートリアルでは、さまざまな分岐モデルを検討します

Git Pullはブランチを要求します

最後の記事で、Gitおよびバージョン制御システムの基本について学びました。私たちは段階的に段階的に進み、Gitリポジトリのセットアップ方法を学びました。また、変更を取り消す場合に備えて、ブランチに変更を追加し、それらを元に戻す方法を学びました。これで、バージョン制御システムの基本、特にGitを理解しました。したがって、このブログ投稿では、gitブランチとプルリクエストの使用方法について説明します。さまざまなワークフローについて学びます。それでは、始めましょう！

gitブランチとは何ですか

gitブランチ

ブランチと、なぜブランチが必要なのか、そしてコードを効率的に連携するために使用できる分岐戦略とは何かについて話しましょう。名前が示唆するように、 枝 はルートからの独立した開発ラインを表します。 リポジトリを作成すると、基本的にブランチも作成します。これをマスター（またはデフォルト）ブランチを呼び出すことができます。マスターブランチに変更を加えることができます。ただし、機能に取り組む必要があり、コードをマスターブランチから分離したくない場合。だから、それは枝があなたを助けるところです。彼らはあなたに分岐してから、後でマージします。

gitブランチを作成 /変更します

git branch

コマンドを使用すると、ブランチを作成、リスト、名前変更、削除できます。ブランチを切り替えることはできません。これは、Git Checkoutコマンドを使用する必要があります。または、変更をブランチに戻したい場合は、 gitマージ コマンドを使用する必要があります。 ブランチは単なるコミットメントのポインターであることを理解することが重要です。ブランチを作成する場合、GITが行う必要があるのは、新しいポインターを作成するだけで、他の方法でリポジトリを変更しません。 次のコマンドを使用してブランチを作成します

git branch <branch-name>

ブランチでの作業が終了し、メインコードベースにマージされたら、次のコマンドを使用して履歴を失うことなくブランチを自由に削除できます

git branch -d <branch-name>

プルリクエストとは何ですか

プル要求は、GITなどのバージョン制御システムを使用してソフトウェアプロジェクトに寄付を送信する方法です。開発者は、プル要求を使用して、コードベースの変更を提案します。プルリクエストが開かれたら、Collaboratorsとの潜在的な変更について話し合い、レビューし、変更がベースブランチに統合される前にフォローアップコミットを追加できます。 開発者がプルリクエストを開くと、彼がしているのは、別の開発者にリクエストすることだけで、リポジトリからリポジトリにブランチを引っ張ります。これは、プルリクエストを作成するために4つの入力値を提供する必要があることを意味します。ソースリポジトリ、ソースブランチ、宛先リポジトリ、および宛先ブランチです。

人気の分岐モデル

世界中の開発者コミュニティが使用している数の分岐ワークフローがあります。ただし、3つの最も人気のある分岐モデルについて1つずつ説明します

gitフロー

Gitflowワークフローは、継続的なソフトウェア開発とDevOpsの実装の実装に役立つGitワークフローです。 Git Flowは、このリストで最も知られているワークフローです。 2010年にVincent Driessenによって作成された。無限の2つの主要なブランチに基づいており、特徴などの他のサポートブランチ - *、hotfixes - *は、個々の開発ブランチに融合します。アイテムが完成しました。

  • マスター - このブランチには生産コードが含まれています。すべての開発コードは、生産にプッシュする準備ができたら、マスターブランチに統合されます。
  • 開発 - このブランチには、プロダクション前コードが含まれています。機能が終了すると、それらは開発に統合されます。 Gitflowは、リリースサイクルがスケジュールされているプロジェクトに最適です。ただし、GITの履歴は読み取れません。

githubフロー

Github Flowは軽量のワークフローです。 2011年にgithubによって作成され、主にリリースサイクルを待たないアジャイルモデルに焦点を当てています。代わりに、機能が完了するにつれて、毎日変化を生産にプッシュします。 githubの流れは次のように続きます。

  • 「マスター」ブランチのすべては展開可能です。
  • 新しいものに取り組むには、いくつかの説明名を使用して、オフマスターの別のブランチを作成します。
  • そのブランチにローカルかつ定期的に、サーバー上の同じ名前のブランチに作業をプッシュします。
  • フィードバックやヘルプが必要な場合、またはブランチが合併の準備ができていると思う場合は、プルリクエストを開きます。
  • そのレビューとこの機能にサインオフした後、マスターにマージできます
  • マージされて「マスター」にプッシュされると、生産に展開できます。

gitlabフロー

GitLab Flowは、2014年にGitLabによって作成されたワークフローです。GitlabFlowは、Gitflowのより簡単な代替品であり、機能駆動型開発と機能分岐を問題追跡と組み合わせています。 GitLabの流れとGitHubの流れの主な違いは、環境ブランチの使用です。 開発者は Develop ブランチを作成し、デフォルトを作成し、Gitlab Flowはすぐに「メイン」ブランチで動作します。 GitLab Flowには、複数のプリプロダクションブランチが組み込まれています。また、これらはさまざまなレベルでものをテストするために使用できます。たとえば、テストブランチから受け入れ、その後受け入れから生産まで。

結論

この記事では、gitブランチとプルリクエストについて学びました。プルリクエストの重要性と、さまざまなGitワークフローでどのように使用できるかを研究しました。また、さまざまなgit分岐モデルを簡単に調査しました。