Vérification des connaissances

1.

Pourquoi les entreprises limitent-elles généralement les envois directs à la branche par défaut ?

Pour réduire la taille du référentiel.

Pour appliquer la révision, les tests et l’auditabilité.

Pour limiter l’accès des développeurs.

Étant donné que GHES ne prend pas en charge les envois directs.

2.

Quel est l’objectif principal des règles de protection des branches ?

Améliorez les performances de l’interface utilisateur.

Appliquer des stratégies de collaboration et de gouvernance.

Résolvez automatiquement les conflits de fusion.

Remplacez les pull requests.

3.

Pourquoi les pull requests sont-elles particulièrement importantes dans les environnements GHES ?

Ils réduisent l’utilisation du stockage.

Ils activent GitHub Actions.

Ils fournissent une collaboration, un contrôle et une traçabilité.

Ils éliminent la nécessité de la documentation.

4.

Votre pull request a une approbation, mais l’option de fusion est désactivée parce qu'une vérification de statut requise échoue. Que devez-vous faire en premier ?

Poussez directement sur la branche protégée pour contourner le pull request.

Demandez à un collègue de le fusionner sans corriger la vérification.

Examinez et corrigez la vérification défaillante, puis réexécutez la validation.

Supprimez et recréez la branche.

5.

Une pull request modifie un répertoire qui nécessite une révision par les propriétaires de code, mais aucun d'entre eux ne l’a approuvée. Quelle est la prochaine étape la plus probable ?

Fusionnez de toute façon, car au moins un réviseur a approuvé.

Demandez une révision auprès des propriétaires de code requis et attendez l’approbation.

Convertissez la pull request en brouillon afin de fusionner immédiatement.

Supprimez la règle de protection de branche.

Commentaires