Parmi ces affirmations concernant le cycle de vie des GitHub Codespaces, lesquelles sont vraies ?

Vous pouvez vous déconnecter et vous reconnecter à un Codespace actif sans affecter ses processus en cours d'exécution.

Vous pouvez arrêter et redémarrer un Codespace sans affecter ses processus en cours d'exécution.

Si vous créez un autre Codespace sur une branche qui en possédait déjà un en cours d'exécution, le Codespace d'origine sera supprimé.

Si vous fermez l'onglet du navigateur dans lequel votre Codespace était en cours d'exécution, le Codespace sera automatiquement arrêté. > La fermeture de l'onglet du navigateur n'arrête pas le Codespace et les processus continuent de s'exécuter. Si vous avez seulement fermé l'onglet, le Codespace s'arrêtera après avoir atteint la période d'inactivité.

Which of these statements about `saved replies` are true?

Saved replies are comments that you can reuse in issues and pull requests.

When someone comments on your issue or pull request, you can save their reply and set a notification to remind yourself about responding to it later.

Saved replies are only available to repository owners which can setup automated replies to issues and pull requests.

What are some actions you can do in regards to Project Templates in your organization?

With admin or write permissions, copy an existing project as a template

With write permission, set an existing project as a template > You need admin permissions to set an existing project as a template

Publish your templates in GitHub Marketplace for anyone to use

Parmi ces actions, lesquelles garantissent que toute modification poussée vers la branche `main` a été approuvée par au moins deux personnes ?

Sur la règle de protection de branche, exiger au moins 2 approbations avant de fusionner une pull request

Créer une règle de protection de déploiement pour la branche `main`

Sur la règle de protection de déploiement, exiger au moins 2 approbations avant de fusionner une pull request

Configurer un fichier CODEOWNERS dans le dépôt

Imposer le passage des vérifications de statut avant de fusionner une pull request vers la branche `main`

Parmi ces éléments, lesquels peuvent améliorer la découvrabilité d'un dépôt ?

Configurer des topics pour le dépôt

Mettre en place des pipelines CI/CD appropriés

Couvrir le logiciel du dépôt avec des tests

Utiliser un large éventail de GitHub Apps et de GitHub Actions

Qui peut configurer la facturation ou attribuer des gestionnaires de facturation pour une Organization ?

Mainteneur de Team au niveau Team

GitHub Foundations (GH-900) — Examen Blanc

À propos du cours

Certification GitHub🌐 Anglais & Français

GitHub Foundations

Code officiel : GH-900

Disponible en anglais et en français — examens blancs complets dans les deux langues.

147questions

100 mindurée officielle

70 %score requis

2 ansvalidité

Choisissez un abonnement (à partir de 9,90 €/mois, 39 certifications) et accédez immédiatement à l'examen blanc complet, ainsi qu'à ces 4 outils d'entraînement supplémentaires :

Glossaire — 25 termes clés

2FA (authentification à deux facteurs)Mesure de sécurité recommandée par GitHub à tous les utilisateurs, ajoutant une seconde étape de vérification lors de la connexion afin de protéger les comptes contre les accès non autorisés.

Board layoutType de mise en page dans GitHub Projects affichant les éléments sous forme de cartes organisées en colonnes, conçu pour fonctionner comme un tableau Kanban avec des étapes telles que À faire, En cours et Terminé.

Branch (branche)Ligne de développement indépendante dans Git qui diverge de la base de code principale, permettant à plusieurs développeurs de travailler simultanément sur différentes fonctionnalités sans interférer les uns avec les autres.

CODEOWNERSFichier de configuration d'un dépôt permettant de désigner des individus ou des équipes comme propriétaires responsables de fichiers ou répertoires spécifiques ; ces propriétaires sont automatiquement demandés en révision lorsqu'une pull request modifie leurs fichiers.

Voir les 21 autres termes →

Étude de cas — 5 scénarios inclus

Migration d'une startup vers GitHub Enterprise

45 développeurs répartis en 8 équipes produitEffectif technique120 dépôts (dont 18 dépôts contenant des secrets potentiellement exposés)Nombre de dépôts à migrer68 000 € (infrastructure + licences)Budget annuel DevOps alloué3 mois avant l'audit de certification ISO 27001Délai de migration cible

DataFlow SAS est une startup française de 45 développeurs spécialisée dans l'analyse de données industrielles. Fondée en 2019, elle utilisait jusqu'alors un serveur GitLab auto-hébergé sur ses propres machines, mais la croissance rapide de ses effectifs et les exigences de conformité de ses clients grands comptes ont poussé la direction technique à envisager une migration vers GitHub. Le DSI doit choisir entre GitHub Enterprise Cloud et GitHub Enterprise Server, tout en définissant une politique de sécurité et de gestion des accès adaptée à la taille de l'organisation.

Voir les questions d'analyse et réponses modèles →

Texte à trous — 25 phrases incluses

Après avoir reçu une alerte de tentative de connexion suspecte, Alice a immédiatement activé la _____ sur son compte GitHub pour ajouter une couche de protection supplémentaire via son application d'authentification.

Pour mieux visualiser les tâches du sprint en cours, l'équipe a basculé vers le _____ afin d'organiser ses issues en colonnes 'À faire', 'En cours' et 'Terminé' à la manière d'un tableau Kanban.

Avant de commencer à implémenter la nouvelle fonctionnalité de paiement, le développeur a créé une _____ dédiée pour isoler ses modifications et ne pas perturber le travail de ses collègues sur la branche principale.

Voir les réponses et le reste des phrases →

Flashcards — 116 cartes incluses

Question

Quelle fonctionnalité GitHub joue le rôle d'un tableur adaptable, d'un tableau de tâches et d'une feuille de route qui s'intègre aux issues et aux pull requests sur GitHub pour planifier et suivre votre travail efficacement ?

Appuyer pour voir la réponse ›

Réponse

GitHub Project

Question

Comment fonctionne la synchronisation entre les GitHub Projects, les issues et les pull requests ?

Appuyer pour voir la réponse ›

Réponse

Les mises à jour des issues et des pull requests sont automatiquement répercutées dans GitHub Projects. Cette intégration fonctionne dans les deux sens, de sorte que lorsque vous modifiez des informations relatives à une pull request ou à une issue dans votre projet, la pull request ou l'issue reflète ces informations.

Voir les 114 autres cartes →

Commencer maintenant

Texte à trous — 25 phrases incluses

Voir les réponses et le reste des phrases →

Contenu du cours

GitHub Foundations (GH-900) – Examen Blanc (Français)

Présentation
GitHub Foundations (GH-900) — Examen 1 (Français) (74 questions)
Fiche mémo
GitHub Foundations (GH-900) — Examen 2 (Français) (73 questions)
Modalités
Documents
Flashcards — Révision express
Glossaire — Termes clés
Études de cas — Mise en situation
Texte à trous — Exercice de complétion

GitHub Foundations (GH-900) — Examen Blanc

À propos du cours

GitHub Foundations

Contenu du cours

GitHub Foundations (GH-900) – Examen Blanc (Français)

Présentation

GitHub Foundations (GH-900) — Examen 1 (Français) (74 questions)

Fiche mémo

GitHub Foundations (GH-900) — Examen 2 (Français) (73 questions)

Modalités

Documents

Flashcards — Révision express

Glossaire — Termes clés

Études de cas — Mise en situation

Texte à trous — Exercice de complétion

GitHub Foundations (GH-900) – Examen (Anglais)

GitHub Foundations (GH-900) — Examen 1 (Anglais) (74 questions)

GitHub Foundations (GH-900) — Examen 2 (Anglais) (73 questions)