[1] 完全な Git リポジトリ (コードとバージョン情報を含む) をサーバーから単一のマシンにクローンします。[2]。さまざまな開発目的に応じて、自分のマシン上でブランチを作成し、コードを変更します。[3] 単一マシン上で作成したブランチにコードを送信します。[4]、単一マシン上のブランチをマージします。[5]、サーバー上のコードの最新バージョンをフェッチし、それをメイン ブランチにマージします。[6]、パッチ(パッチ)を生成し、メイン開発者にパッチを送信します。[7]。メイン開発者からのフィードバックを見て、メイン開発者が 2 人の一般開発者の間に競合があることを発見した場合 (両者間で協力して解決できる競合)、解決するように求められます。最初に競合が発生し、次にそのうちの 1 つによって送信されます。リード開発者が自分で解決できる場合、または競合がない場合はパスします。[8]、開発者間の競合を解決する一般的な方法は、開発者がプル コマンドを使用して競合を解決し、競合が解決された後にメイン開発者にパッチを送信することです。
1. メールをチェックするか、一般的なレポートの提出ステータスを確認する他の方法で開発者に提供します。2. パッチを適用して競合を解決します (自分で解決することも、再送信する前に開発者に解決を依頼することもできます。オープンソース プロジェクトの場合は、どのパッチが有用でどのパッチが有用であるかを決定する必要もあります)は使用されません)。3. 結果を公開サーバーに送信し、すべての開発者に通知します。
2. 欠点: 1 [1]、情報が少ない (少なくとも中国の資料はまれです)。期 [2] では、学習サイクルは比較的長いです。 ...保 [4]、コードの機密性は低く、開発者が Cucklon 全体を書き留めると、すべてのコードとバージョン情報を完全に開示できます。[1]、個人を重視した分散開発に適しています。[2]、公開サーバーへの負荷やデータ量はそれほど大きくありません。[3]、高速かつ柔軟です。[4]、2 人の開発者間の競合は簡単に解決できます。[5]、オフラインで作業します。
以上がgitサーバーのメリットとデメリットの紹介の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。