Git の 3 つの作業方法の紹介と Git ワークフローのデモ

# 推奨 (無料): Git チュートリアル

##記事ディレクトリ

#一元化されたワークフロー (一般的には使用されません)

フォーク ワークフロー (時々使用されます)
• GitFlow ワークフロー (最も一般的)
• Git ワークフローのデモ
• プロジェクト開発中に

Git

---

を使用するには 3 つの方法があります。つまり、

集中型ワークフロー と Git Flow ワークフロー 、フォーク ワークフロー です。 。ここでは主に Git のワークフローについて説明します。 集中型ワークフロー (一般的には使用されません)

SVN

のような集中型ワークフローは、中央ウェアハウスをすべての変更の単一ポイントとして使用します。プロジェクトの実体。すべての変更は

Master ブランチ に送信されます。この方法と SVN の主な違いは、開発者はローカル ライブラリを持っていますが、Git の多くの機能は使用されないことです。
フォーク ワークフロー (場合によっては使用されます)

フォーク ワークフローは GitFlow に基づいており、Git の Fork

と

プルリクエスト コードレビューの目的を達成するための関数。これは、大規模なチームを安全かつ確実に管理でき、信頼できない寄稿者からの提出を受け入れることができる開発者に適しています。 (これは主にチーム外のメンバーのコードをレビューするために使用され、Linux 仮想チームではより多く使用されます)。 問題解決にチーム外のメンバーが必要な場合に、これを使用することがあります。

GitFlow ワークフロー (最も一般的)

Gitflow

ワークフローは機能開発、リリース準備、メンテナンスのために確立されています。ブランチは、リリースの反復プロセスをよりスムーズにし、ブランチの特性を最大限に活用するために作成されます。厳密な分岐モデルは、大規模プロジェクトに必要な構造も提供します。次の図は完全な開発方法図ですが、実際の開発はもっと合理化される可能性があります:

Git ワークフローのデモ

デモ手順:

Eclipse でブランチを作成し、

featureA ブランチという名前を付けます

---

:

featureA ブランチの初心者関数 A が完了したら、それをローカル ライブラリ:

に送信し、リモート ライブラリ:

にプッシュします。 次に、ベテラン プログラマーがプロジェクトをプルします。

pullした後、masterブランチからFeatureAブランチに切り替えます。この時点で、初心者による変更が確認できます:

次に、 add FeatureA ブランチをマスター ブランチとローカルでマージし、リモート ライブラリに送信します。

最初にマスター ブランチに切り替え、マージを実行し、リモート ライブラリにプッシュします

以上がGit の 3 つの作業方法の紹介と Git ワークフローのデモの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。