GitHub teste l’identification du compte qui envoie une modification de code
L’essentiel de l’annonce
GitHub teste Push Attribution pour retrouver le compte qui envoie une modification de code. Cette préversion réservée aux clients Enterprise distingue ce compte de l’auteur déclaré dans l’historique Git.
- Date de publication de la source
- Catégorie
- Sécurité et règles
- Périmètre et accès
- Préversion limitée aux clients GitHub Enterprise, avec accès demandé à l’équipe de compte. La règle de correspondance doit être activée pour bloquer les incohérences.
- Sujet du contenu
- Identité des envois de code
- Entreprises / organismes
- GitHub
- Technologies
- Connexion aux outils de travail, Interface interactive
Identifier le compte connecté
Le nom inscrit dans l’historique Git ne prouve pas qui a envoyé le code. GitHub ajoute le compte utilisé pour se connecter et transmettre la modification.
Lire l’identité inscrite dans Git
L’historique indique qui aurait écrit et enregistré la modification.
Retrouver qui a envoyé le code
GitHub authentifie séparément le compte qui transmet la modification.
Comparer les identités
Une règle peut refuser un envoi lorsque les adresses ne correspondent pas.
Choisissez une étape pour lire son explication.
Lire l’identité inscrite dans Git
L’historique indique qui aurait écrit et enregistré la modification.
Retrouver qui a envoyé le code
GitHub authentifie séparément le compte qui transmet la modification.
Comparer les identités
Une règle peut refuser un envoi lorsque les adresses ne correspondent pas.
Illustration simplifiée. Les dessins ne montrent pas de résultats mesurés.
Points techniques et opérationnels
- La règle facultative compare l’adresse du committer, déclaré lors de l’enregistrement, avec les adresses vérifiées du compte qui envoie le code.
Examiner un envoi suspect
Exemples possibles. L’annonce ne démontre pas de gains pour ces usages.
Exemple pédagogique
Un envoi suspect
Une équipe pourrait retrouver le compte ayant envoyé une modification suspecte, même si le nom d’un autre auteur figure dans le commit. Elle devrait encore examiner le contenu du code.
Deux questions pour évaluer l’intérêt
- Quelle règle est activée ?
- Quel compte a envoyé ?
Qui peut l’utiliser, avec quelles limites ?
Préversion limitée Enterprise
L’attribution ne certifie ni la qualité du code ni son auteur réel.
Conditions d’accès : Clients Enterprise. Accès sur demande auprès de l’équipe de compte. Tarif non précisé.
Retrouver l’accès utilisé pour un envoi
Interprétation éditoriale à partir de l’annonce.
Le compte authentifié apporte une information supplémentaire pour examiner une modification suspecte. Il pourrait aider à retrouver l’accès utilisé, même si un autre nom est déclaré comme auteur. Cette attribution ne certifie pas qui a rédigé le code ni ce que fait la modification. Son usage dépend aussi des règles activées dans la préversion et des adresses vérifiées du compte.
Les mots utiles pour comprendre
Sources et vérifications
Source vérifiée le . Synthèse originale. Les résultats annoncés restent attribués à leur source. Les dessins expliquent le principe ; les exemples présentent un usage possible.
Publié sur ce site le . Mis à jour le . Rédaction : Boris Shutov, avec l’aide de ChatGPT. Notre méthode éditoriale.