556 検索結果 "pull%20requests"

レビューを使うと、コラボレーターはプルリクエスト中で提案された変更に対してコメントしたり、変更を承認したり、プルリクエストがマージされる前にさらなる変更をリクエストしたりできます。 リポジトリ管理者は、すべてのプルリクエストをマージ前に承認することを必須にできます。 プルリクエストのレビューについて

CODEOWNERS ファイルを使い、リポジトリ中のコードに対して責任を負う個人あるいは Team を指定できます。 The people you choose as code owners must have write permissions for the repository. When the

重要なブランチを保護するには、ブランチ保護ルールを設定します。このルールは、コラボレータがブランチへのプッシュを削除または強制できるかどうかを定義し、ステータスチェックのパスや直線状のコミット履歴など、ブランチへのプッシュの要件を設定します。 ブランチ保護ルールについて ブランチ保護ルールを作成する

リポジトリ内の pull request のマージ キューを使って、開発速度を向上させることができます。 マージ キューについて マージ キューを使用すると、pull request のマージをビジー ブランチに自動化し、互換性のない変更によってブランチが中断されないようにすることで、速度を向上できます。

リポジトリにプルリクエストのテンプレートを追加すると、プロジェクトのコントリビューターはプルリクエストの本体にテンプレートの内容を自動的に見ることになります。 詳しくは、「Issueとプルリクエストのテンプレートについて」を参照してください。 サポートしているどのフォルダーでも PULL_REQUEST_TEMPLATE/

プルリクエストを作成して、上流リポジトリのフォークに加えた変更を提案できます。 プルリクエストが上流リポジトリのブランチを base ブランチとして自分のトピックブランチと比較する場合、トピックブランチはプルリクエストの「比較ブランチ」とも呼ばれます。 次に例を示します。 トピック ブランチ ("機能ブランチ"

ブランチ保護ルールを作成して、1 つ以上のブランチに特定のワークフローを強制することができます。たとえば、承認レビューを要求したり、保護されたブランチにマージされるすべての pull request について状態チェックを渡したりすることができます。 ブランチ保護ルールについて リポジトリ内のブラン

誰かがリポジトリのフォークまたはブランチからプルリクエストを送信した場合、ローカルでマージして、マージコンフリクトを解決するか、GitHub でマージする前に変更をテストおよび検証できます。 注: pull request の作成者だけが、上流のリポジトリ メンテナ、または上流のリポジトリへのプッシュ

フィーチャー ブランチにすべてのコミットを保持して、すべてのコミットを単一のコミットに squash するか、個々のコミットを head ブランチから base ブランチにリベースして、pull request をマージできます。 コミットをマージする GitHub.com の pull request

作業が完了したら、プルリクエストを上流ブランチにマージします。 リポジトリに対してプッシュアクセスを持つユーザなら誰でもマージを実行できます。 プルリクエストのマージについて プルリクエストでは、head ブランチに加えた変更をベースブランチにマージすることを提案します。 デフォルトでは、head