full-day workshop: Standardize code security settings navigation
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 72/100
- Type d'issue
- Documentation
- Clarté
- Plutôt claire
- Activité
- Active
- Stack technique
- github
- Domaine
- documentation, security
Piste de recherche
Commencez par content/full-day/1-code-scanning.md et vérifiez l’expérience actuelle des paramètres GitHub dans un dépôt public créé à partir du modèle. Suivez les étapes Dependabot, secret scanning, push protection et CodeQL, puis harmonisez leurs libellés et leurs captures d’écran et documentez les contrôles déjà activés ou indisponibles. Le travail est terminé lorsque l’exercice complet utilise une navigation cohérente et à jour et a été validé dans le dépôt basé sur le modèle.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Problem
content/full-day/1-code-scanning.md sends learners to Settings > Code security, but the Secret scanning and Code scanning sections then refer to Settings > Code security and analysis. A learner following the same page is given two names for the same settings destination.
The screenshots and labels are particularly important here because the controls vary with repository visibility and account features.
Suggested change
Verify the current GitHub settings experience and use one consistent navigation path throughout the exercise. Note any visibility or plan-dependent differences where needed.
Acceptance criteria
- Dependabot, secret scanning, push protection, and CodeQL steps use current, consistent settings labels.
- Screenshots match the labels used in the text.
- The exercise states what learners should expect when a control is already enabled or unavailable.
- The flow is validated in a public repository created from the template.
- Langage dominant
- Python
- Étoiles
- 80
- Forks
- 169
- Merge moyen
- 31 min
- PR mergées (30 j)
- 1
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de github-samples/pets-workshop
-
priority: P0
Difficulté 2/5 1-2 jours Accessibilité débutants 78/100
github-samples/pets-workshop#268 · 1 commentaire ·
-
priority: P0
Difficulté 1/5 1-3 heures Accessibilité débutants 88/100
github-samples/pets-workshop#267 · 1 commentaire ·
-
priority: P1
Difficulté 1/5 1-3 heures Accessibilité débutants 92/100
github-samples/pets-workshop#261 · 1 commentaire ·
-
priority: P1
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
github-samples/pets-workshop#257 · 1 commentaire ·
-
priority: deferred
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
github-samples/pets-workshop#278 · 1 commentaire ·
Toutes les issues de github-samples/pets-workshop
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
aicell-lab/bioengine#232 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
modelscope/evalscope#1836 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
-
bug
Difficulté 1/5 Moins d'une heure Accessibilité débutants 78/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
jbaruch/speaker-toolkit#480 ·
Les mainteneurs répondent en général sous 1 jour