このブラウザーはサポートされなくなりました。
Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。
それぞれの質問に最も適した回答を選んでください。
pull request を作成する適切な理由でないものはどれですか?
ご利用の機能ブランチを main にマージする前に、予想される変更についてのフィードバックを受け取りたいと考えています。
main
バグ修正ブランチを main にマージしたいのですが、アクセス許可がありません。
ブランチを main にマージすることができません。それを作成してから上流で変更が加えられたことが理由です。 pull request を作成すると、あなたは自分のものを挿入できるように、他の共同作成者にその人の変更を引き出す必要があることを知らせることができます。
特定のユーザーまたはチームが承認しない限り、リポジトリの特定の領域に対する pull request が確実にマージされないようにするにはどうすればよいですか?
CONTRIBUTING.md 内で pull request ポリシーを明確に説明します。
CODEOWNERS ファイルを使用し、必要なレビューを有効にします。
SECURITY.md で必要なユーザーへのディレクトリ パスをマッピングするテーブルを追加します。
pull request を確認するように求められています。 これに目を通すと、いくつかの軽微なコーディング エラーと入力ミスがあることに気づきます。 レビューはどのように処理すればよいですか?
レビューを開始し、明らかな入力ミスをインラインで修正します。 さらに検討が必要な場所や教育的価値を提供する場所にコメントを追加します。 要求された変更に対するレビューを完了します。
目に留まった問題ごとにコメントを 1 つ残します。しかし、コードは変更しません。 入力ミスの場合は、単語の正しいスペルを参照として含めます。 提案を作成者が実装すると信頼できる場合は、pull request を承認します。
pull request を拒否します。 バグが誤って重要なブランチにマージされるリスクはありません。
作業を確認する前にすべての問題に回答する必要があります。
このページはお役に立ちましたか?