Git & Version Control
Examinez un nom de branche, une référence ou un identifiant d’objet, sans confondre syntaxe et conseils de nommage.
Saisissez un nom ou un hash.
Le texte est vérifié dans le navigateur, sans envoi de la saisie ni accès à un dépôt.
Une valeur, au plus 4 096 unités UTF-16. Diagnostics affichés par groupes de 50.
Saisissez un nom ou un hash.
Vérifier un nom de branche Git permet de comprendre un refus que le terminal explique mal. Une espace collée par inadvertance, un point en début de composant ou le suffixe .lock peuvent rendre un nom inutilisable sans que la cause saute aux yeux.
Le contexte compte autant que les caractères. main est un nom de branche possible, mais une référence simple exige une option particulière. Une suite de quarante chiffres hexadécimaux peut aussi être un identifiant complet ou une abréviation selon le format choisi.
Vérifier un nom de branche Git ne nécessite pas de réécrire votre saisie. Chaque diagnostic indique sa position ; une proposition ASCII reste dans un champ distinct. Vous pouvez juger le changement de sens avant de reprendre cette proposition dans votre propre travail.
Un hash court rend une note de version plus lisible, mais plusieurs objets peuvent partager ce début. Le rapport distingue forme complète et abréviation. Il reprend uniquement les caractères présents et ne reconstitue jamais une fin manquante.
Changer de mode conserve le texte. Essayez main comme branche et refs/heads/main comme référence. L’autorisation des références à un seul niveau retire uniquement l’obligation du séparateur.
SHA-1 comporte 40 caractères pour une forme complète, SHA-256 en comporte 64. Avec les abréviations autorisées, une longueur de 4 à la longueur complète moins 1 est classée comme abrégée.
Le contrôle automatique attend 350 ms. Désactivez-le pour afficher le bouton manuel, ou utilisez Ctrl/Cmd + Enter. Un clic sur un diagnostic rejoint sa ligne et sa colonne.
Les branches ont des contraintes supplémentaires : HEAD et le tiret initial sont interdits. Une référence Git peut être à un seul niveau si vous le permettez. La logique suit git check-ref-format sur les noms littéraux sans résoudre l’historique des changements de branche.
Le rapport repère les contrôles ASCII, espaces, ponctuations interdites et suites .. ou @{. Chaque composant est vérifié pour le point initial et la terminaison .lock. Les lignes et colonnes commencent à 1 ; les colonnes et offsets JSON comptent les unités UTF-16.
Le générateur utilise des lettres ASCII minuscules, des chiffres et ._-/ ; il remplace les autres caractères par des tirets, corrige les structures interdites puis recontrôle le résultat. Il ne translittère pas les autres écritures. Sans lettres ni chiffres récupérables, il propose branch.
Le rapport conserve l’algorithme, la longueur, le type complet ou abrégé et le préfixe affiché. Les chiffres hexadécimaux en majuscules restent inchangés. Quarante caractères représentent une abréviation en SHA-256. Aucun calcul sur un fichier ni conversion entre algorithmes n’est effectué.
Choisissez le mode branche pour un nom littéral. Dans votre terminal, git check-ref-format --branch peut vérifier un nom transmis comme argument correctement protégé. main et master ne sont pas interdits simplement parce qu’une équipe les protège. Une syntaxe valide ne garantit pas la réussite de la création.
Git interdit les contrôles ASCII, espaces, ~, ^, :, ?, *, [, et la barre oblique inverse. Il existe aussi des contraintes sur les suites de caractères et les composants. En revanche, ] et $ ne sont pas automatiquement des erreurs de syntaxe : leur utilisation dans un shell peut demander une protection adaptée.
Oui, mais pas au début d’un composant, à la fin du nom complet ni deux fois de suite. Ainsi a./b est accepté, alors que a/b. ne l’est pas. Une terminaison .lock est aussi interdite ; cette comparaison distingue les majuscules, donc .LOCK ne déclenche pas cette règle.
Git recherche un préfixe unique dans les objets du dépôt. La longueur minimale demandée est quatre et la valeur par défaut dépend de core.abbrev. Les sept caractères de cette page sont une préférence d’affichage. L’arrivée de nouveaux objets peut rendre une ancienne abréviation ambiguë.
Il faut interroger le dépôt concerné, par exemple avec git cat-file -e pour tester l’existence d’une expression d’objet appropriée. Vérifier qu’il s’agit d’un commit est encore une question de type. Une chaîne hexadécimale de bonne longueur ne suffit à démontrer ni existence ni nature.
Une autre question ?
Vérifier un nom de branche Git explique les contraintes du texte. Confirmez ensuite l’existence, l’unicité et les autorisations dans le dépôt où vous comptez l’utiliser.