ホームページ >ウェブフロントエンド >CSSチュートリアル >プルリクエストとのより良いコラボレーション
この記事は、進行中の「Advanced Git」シリーズの一部です。 Twitterでフォローしているか、今後の記事での通知についてニュースレターを購読することで最新情報を入手してください!
この分割払いは、すべてのサイズの開発チームのためのコラボレーションを強化する強力なツールであるプルリクエストに焦点を当てています。リクエストは、コードレビュー、フィードバック、追跡、およびディスカッションを合理化すると同時に、書き込みアクセスが不足しているリポジトリに貢献するための理想的な方法として機能します。
重要なことに、プルリクエストはネイティブGit機能ではありません。これらは、Gitホスティングプラットフォーム(Github、Gitlab、Bitbucket、Azure Devopsなど)によって提供される機能です。
プルリクエストの作成の詳細を詳細に説明する前に、それらの価値を調べましょう。
おそらく機能ブランチ内で新しい機能を完了し、メインブランチ(マスターまたはメイン)にマージする必要があることを想像してください。直接合併は、ソロプロジェクトや変更に自信がある経験豊富な開発者には受け入れられますが、より複雑な変更はピアレビューの恩恵を受けることがよくあります。これは、プルリクエストが輝く場所です。
(分岐ワークフローをより深く理解するために、このシリーズの2番目の記事である「Gitの分岐戦略」を参照してください。)
プルリクエストは、コラボレーションコードのレビューとフィードバックを有効にします。ほとんどのプラットフォームでは、コメントを許可し、変更を提案します。承認されると、コードをマージできます。
レビューを超えて、書き込みアクセスなしで外部リポジトリに貢献するには、プルリクエストが不可欠です。たとえば、オープンソースプロジェクトは、貢献のためのプルリクエストに大きく依存しています。
これにより、関連する概念につながります:フォーク。
フォークはリポジトリの個人コピーです。オープンソースの貢献では、フォーキングを使用すると、元のリポジトリのメンテナーにプルリクエストを送信する前に、コピーを変更することができます。
重要な注意:プル要求は、個々のコミットではなく、支店で動作します。各プル要求は、特定のブランチに関連付けられています。
プラットフォーム固有のインターフェイスはさまざまです(GitHub、GitLabなど)が、コアワークフローは一貫しています。 Tower Gitクライアントのようなツールは、プラットフォーム間で統一されたエクスペリエンスを提供します。
一般的なプロセスには以下が含まれます。
効率的なレビューのために、プルリクエストを簡潔に保ちます。小さくて焦点を絞った変化は、大きくて広大な変化よりも評価しやすいです。変更、その目的、および影響を詳述する明確で説明的なタイトルと説明を使用します。スクリーンショットはさらに理解を高めることができます。
レビュー後、承認された変更がマージされます(書き込みアクセスのある人によって)。改訂が必要な場合、追加のコミットは既存のプル要求を更新できます。あるいは、プル要求を拒否することができます。
リクエストをプルすると、コミュニケーションとコラボレーションが促進され、コードの品質が高くなります。ピアレビューを組み込むことにより、コードベースの信頼性と保守性を向上させます。
高度なGitテクニックのより包括的な調査のために、分岐、インタラクティブなリベース、リフェログ、サブモジュールなどに関するビデオを特集した無料の「Advanced Git Kit」を探索してください。
以上がプルリクエストとのより良いコラボレーションの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。