すべての変更はプルリクエストから。
すべての変更はプルリクエストから。
- プルリクエストで新しい機能を開始したり、既存のコードへの変更を提案したりしましょう – プルリクエストはチームが詳細事項を調整し、変更を改良できる拠点です。
- プルリクエストは、GitHub でチームがコードのレビューを行い、改善する方法の基盤になります。プロジェクトを進化させ、新しい機能を提案し、ソース コードを変更する前にインプリメンテーションの詳細を話し合いましょう。
すべての更新をその場で
確認して対応
GitHub Copilot は複数のファイル間で推論を実行し、チーム内のルールを学習して、既存のツールチェーンと統合します。
差分
コードのコンテキスト内で変更をプレビューし、何が提案されているのかを確認します。サイド・バイ・サイドの差分ビューでは、元のファイルのすぐ横に追加、編集、削除されたコードが強調表示されるので、変更を簡単に見つけられます。
詳しくはこちら
コードの話し合いは
コード内で
チームで知識を共有し、設計上の意思決定を行い、コードベースの共同オーナーシップを構築します。
コメント
GitHub では、コードと一緒に会話が始まります。コード構文に詳しいコメントを残し、構造インラインについて質問しましょう。
レビュー リクエスト
コーディングが終わったら、ピア レビューを簡単にリクエストできます。プルリクエストにユーザーを追加すると、フィードバックが必要であることを知らせる通知がユーザーに送信されます。
レビュー
チームメイトが受け取る通知を減らしましょう。コメントを 1 つのレビューにまとめてから、コメントが必須の変更か単なる提案かを指定します。
競合は避けられないときもあります。GitHub でシンプルなマージの競合を解決することで、プルリクエストをより素早くマージしましょう。コマンド行は必要ありません。
詳しくはこちら
最高品質のコードをマージ
レビューはコードを改善できますが、間違いが起きることもあります。きめ細かな許可とステータス チェックを使って、人によるミスを抑え、高品質のコードだけがマージされるようにしましょう。
迅速で関連性の高い結果
リポジトリ設定を使用して、コラボレーターが必要とするだけのアクセスを提供します。アクセスを数チームに提供して、どのチームがファイルを読み書きできるかを選択できます。許可に対するオプションは、プランに応じて異なります。
プラン オプションはこちら
保護されたブランチ
保護されたブランチは、コードの完全性を維持するために役立ちます。誰がブランチにプッシュできるかを制限し、特定のブランチに対するフォース プッシュを無効にします。その後、保護されたブランチ API を使ってポリシーをスケールできます。
詳しくはこちら
必須のステータス チェック
必須のステータス チェックを作成して、ブランチのエラー防止を強化します。ステータス API を使用してチェックを実施し、合格するまではマージ ボタンを無効にしておきます。過ちは人の常、自動化は完全無欠です!
ステータス API ドキュメント