この記事は、バディとのコラボレーションで作成されます。 SitePointを可能にしたパートナーをサポートしてくれてありがとう。
この記事では、ブランチワークフロー用の継続的な統合/展開パイプラインをセットアップする方法について説明します。 Buddy CI/CDサービスを使用して、これらのパイプラインをセットアップします。基本的なJavaScriptプロジェクトを使用して、いくつかの開発ブランチを設定します。各タイプのブランチでテストを自動化する方法を紹介します。また、ブランチワークフローの概念を紹介し、プロジェクトで取得できる例をいくつか示します。
の初心者
gitチームのコラボレーションこのタイプのプロジェクトには、チュートリアル、デモンストレーション、プロトタイプ、紹介プロジェクトテンプレート、および個人プロジェクトが含まれます。ただし、この方法にはいくつかの欠点があります：
これらの問題はすべて、分岐戦略を採用することで解決できます。これには、次のことが提供されます
チームメンバーに影響を与えることなく、独立して作業し、共有リポジトリに変更をプッシュする能力
このワークフローの利点は、
です
簡単に実装できます
プロジェクトに積極的に参加できる開発者（最大2人）のみが
ブランチの削除と回復機能のみを開発することは課題ですです
関数の同時開発は、別の未開発関数に依存する1つの関数を実装するために必ずしも実行可能ではありません。これは、すべての依存関係が完了するまで関数をメインブランチにプッシュできないことを意味します
「開発」と「機能」ブランチワークフローを組み合わせることができる場合、お互いの欠点を排除できるソリューションが得られます。 Vincent Driessenは、大規模なチームが複雑なプロジェクトで効率的に協力し、バージョン制御の問題を最小限に抑えるのに役立つ高度なGit分岐モデルについて説明するブログ投稿を書きました。
gitflowは、プロジェクトとチームに最適な機能を選択できるカスタマイズ可能なモデルです。 GitFlowを使用する場合は、Git用のDaniel KummerのGit拡張機能を使用できます。これらのツールにより、開発者はVincentのモデルに基づいて高度なリポジトリ操作を実行できます。私はこれについて深く入りませんが、ここにあなたが知る必要があるいくつかのことがあります。
長所：
複雑なプロジェクトに取り組んでいる大規模なチームの場合
小規模プロジェクトには複雑すぎます
次に、次のエントリプロジェクトをダウンロードして、リポジトリにプッシュしてください。
このプロジェクトは、小包を使用して構築されたシンプルなReactプロジェクトです。次のコマンドを実行して、実行していることを確認できます。
<code>$ git clone git@github.com:brandiqa/react-parcel-starter.git buddy-demo $ git remote rm origin # 将`username`替换为您自己的用户名 $ git remote add origin git@github.com:username/buddy-demo.git $ git config master.remote origin $ git config master.merge refs/heads/master $ git push -u origin master </code>
<code>$ npm install $ npm start </code>
あなたが見ることができるように、
特別なことは何もありません。 Buddy CIに展開する前に、テストを作成する必要があります。これには、Jestテストフレームワークを使用します。
<code>$ git clone git@github.com:brandiqa/react-parcel-starter.git buddy-demo $ git remote rm origin # 将`username`替换为您自己的用户名 $ git remote add origin git@github.com:username/buddy-demo.git $ git config master.remote origin $ git config master.merge refs/heads/master $ git push -u origin master </code>
<code>$ npm install $ npm start </code>
次に、通過可能なテストを書きましょう。ファイルapp.test.jsを作成して、このコードを挿入します：
<code>$ npm install -D jest </code>
NPMテストコマンドを実行して、テストが合格したことを確認します。
<code> "scripts": {
//...
"test": "jest"
},
</code>
変更を送信して、GitHubリポジトリにプッシュします。次に、バディにCIパイプラインをセットアップします。プラットフォームに慣れていない場合は、GitHubアカウントを使用して無料のアカウントにサインアップするだけです。 BuddyはGithub以外の多くのリモートリポジトリサービスをサポートしていることに注意してください：
名前 - メインブランチ
実行テストを実行
<code><div>> <h1>></h1>React Parcel Starter Kit> <p>></p>This page is on master branch!> </div>> </code>
最も人気のあるデータベースはすでにサポートされています。データベースタイプを選択し、接続の詳細と資格情報を提供するだけです。終了したら、[このボタンの追加]をクリックします。次のページで、下部のプラスボタンをクリックして、バンドルリソースアクションを追加します。もう一度node.jsを選択し、次のページに次のコマンドを入力してください：
<code>$ git clone git@github.com:brandiqa/react-parcel-starter.git buddy-demo $ git remote rm origin # 将`username`替换为您自己的用户名 $ git remote add origin git@github.com:username/buddy-demo.git $ git config master.remote origin $ git config master.merge refs/heads/master $ git push -u origin master </code>
[アクション]タブでリソースをバンドルするためのアクションの名前を変更します。終了したら、これを[追加]をクリックします。プラス記号をもう一度クリックして、展開を生産アクションに追加します。さまざまなタイプのホスティングベンダーにプロジェクトを展開するためのバディネイティブサポート：
これらのサービスのいずれかにアカウントがある場合は、展開オプションを自由に使用してください。持っていない場合は、無料のアカウントを設定してアプリケーションを展開できるプロバイダーを選択します。私の場合、私はすでに使用できる共有Webホスティングプランアカウントを持っています。通常、メインのWebサイトwww.domainname.comを使用して、プロジェクトの生産バージョンをホストします。 
アプリケーションを共有または専用のWebホスティングサーバー（CPANELを使用して）に展開するには、FTPメソッドを使用してください。バディは、サーバーにアップロードされたときにプロジェクトリソースパッケージを暗号化するSFTPメソッドも提供します。これが私が自分のセットアップ方法の例です：
CPANELを使用して新しいFTPアカウントを設定する必要があります。新しいFTPユーザーアカウントのホームディレクトリがwwwまたはサブドメインフォルダーを直接指していることを確認してください。それ以外の場合は、FTPを介して正しい管理されたディレクトリにアクセスできない場合があります。パイプラインで3つの操作をすべて設定した後、次のことができます。
gitflowワークフローなどを使用しているとしたら、次のような別のパイプラインを設定する必要がある場合があります。
開発/統合ブランチ
開発/機能*/hotfix*パイプラインが機能していることを確認するには、コンピューターにブランチを作成するだけです。この例では、ランダムな機能ブランチを作成しましょう。
<code>$ git clone git@github.com:brandiqa/react-parcel-starter.git buddy-demo $ git remote rm origin # 将`username`替换为您自己的用户名 $ git remote add origin git@github.com:username/buddy-demo.git $ git config master.remote origin $ git config master.merge refs/heads/master $ git push -u origin master </code>
で新しいテストを作成します
<code>$ npm install $ npm start </code>
<code>$ npm install -D jest </code>
このチュートリアルを完了しました。挑戦として、熱い修理と開発のためのパイプラインのセットアップを続けてください。いくつかのブランチを作成し、何が起こるかを確認するためにいくつかの失敗したテストを書きます。また、GIT分岐戦略についてさらに研究し続けることもできます。 Git-Flowをインストールしたり、ツールを使用して独自のブランチワークフローをカスタマイズすることもできます。次に、バディパイプラインをセットアップして、カスタムGitブランチワークフローをサポートします。
Git分岐（FAQ）
Gitで新しいブランチを作成するのは簡単です。 Git Branchコマンドを使用して、新しいブランチの名前を使用できます。たとえば、Git Branch New-Featureは、「New-Feature」と呼ばれる新しいブランチを作成します。ブランチを作成した後、次のようにGit Checkoutコマンドを使用してそのブランチに切り替えることができます：Git Checkout New-Feature。
あるブランチから別のブランチへのマージのマージは、Git Mergeコマンドを使用してGitで行われます。まず、変更をマージするブランチに切り替える必要があります。これは、Git Checkoutコマンドを使用して実行できます。正しいブランチに着いたら、Git Merge
gitでブランチを削除する方法は？
gitリポジトリ内のすべてのブランチを表示する方法は？
gitのローカルブランチとリモートブランチの違いは何ですか？
gitブランチの名前を変更する方法は？
gitブランチの変更を復元する方法は？
gitブランチのコミット履歴を表示する方法は？
以上がgit branches＆buddyを使用してプロジェクトコードを整理する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
