Outils de développement · Calculatrice Chmod
chmod sur Windows, macOS, FAT et partages réseau : où s'arrêtent les bits de mode
· Contexte
chmod unix contrôle d'accès
Les bits de mode sont une idée Unix, et d'autres systèmes de fichiers les simulent ou les suppriment. Cet article explique ce qui arrive aux autorisations sur les montages NTFS, FAT, macOS et SMB ou NFS, et comment git réagit.
Git affiche chaque fichier tel que modifié — le seul changement est le mode 100644 à 100755 après le clonage sur un système de fichiers différent
Un changement Git de 100644 à 100755 expose une différence ordinaire : 644 n'a pas d'exécution, tandis que 755 l'inclut pour les trois classes. Le décodage des valeurs finales donne rw-r--r-- et rwxr-xr-x. Le calculateur ne peut pas expliquer pourquoi Git a signalé le changement, quelle plate-forme l'a produit ou si les paramètres du système de fichiers et du référentiel ont influencé l'observation.
Utilisez le convertisseur comme décodeur neutre avant de modifier la politique. Entrez 644 et 755, comparez chaque case d'exécution et confirmez la sortie symbolique. Le chemin facultatif affecte uniquement le texte de commande affiché ; rien n'est lu sur le disque. Sans analyseur Git ni accès aux métadonnées, la page établit la signification du mode mais pas l'intention du projet ou l'autorité d'autorisation.
Un changement de mode dans Git peut être décodé ici mais pas attribué à une plateforme
Le comportement de l'ACL Windows nécessite des sources non présentes ici. La calculatrice modélise une classe propriétaire, une classe de groupe, tous les autres et trois bits spéciaux. Il ne représente aucune entrée d’accès Windows, aucun héritage, aucune identité ou syntaxe. Le plan mentionne les métadonnées WSL, mais le matériel du référentiel fourni n'en documente aucune, de sorte que les affirmations détaillées de la plate-forme dépasseraient les preuves disponibles.
La notation symbolique reste utile en arithmétique même lorsque le stockage utilise un autre modèle. L'analyseur accepte neuf caractères d'autorisation, éventuellement avec un marqueur de type reconnu, valide chaque position et les convertit en un entier. Il ne peut pas dire si Windows ou WSL persiste, synthétise ou ignore cette valeur. Consultez la documentation de la plateforme responsable avant d'appliquer les commandes affichées.
Le comportement des métadonnées Windows ACL et WSL nécessite des sources de plate-forme
Les masques à montage de la famille FAT sont en dehors de cette implémentation. Le panneau n'a pas de champ umask, fmask, dmask, mount-option ou filesystem. Il peut diviser un mode signalé en bits propriétaire, groupe et autres, mais ne peut pas dériver ce mode de la configuration ni prouver comment FAT ou exFAT l'a produit. Les allégations de comportement plus larges nécessitent des sources de plateforme externes.
Suivez la direction appuyée par les preuves. Obtenez un mode efficace à partir d’une observation système fiable, puis entrez-le et inspectez les indicateurs de lecture, d’écriture et d’exécution représentés. Le résumé à quatre chiffres révèle également les bits spéciaux fournis. N'inversez pas cette arithmétique en un diagnostic de montage : l'entier n'enregistre aucune origine et la page n'interroge aucun stockage.
Les masques à montage de la famille FAT ne sont pas inclus dans l'implémentation.
Les métadonnées macOS supplémentaires ne sont pas analysées par cette route. L'entrée symbolique attend neuf positions d'autorisation, éventuellement précédées d'un caractère de type de fichier reconnu. Il n'accepte aucun indicateur de fin, ne lit aucune entrée ou indicateur ACL et n'interroge aucune métadonnée de chemin. Un mode rwx de base peut être décodé séparément, mais tout signal macOS supplémentaire reste en dehors de ces sources.
Étant donné un 755 propre, la calculatrice restitue rwxr-xr-x et l'explique pour la cible sélectionnée. L'exécution du répertoire signifie saisir et atteindre les entrées nommées ; exécuter un fichier signifie exécuter un programme. Cette distinction fondée sur la mise en œuvre survit à l’attribution de la plateforme. Toute règle d'accès, notation ou interaction supplémentaire avec les bits de mode nécessite des preuves spécifiques non disponibles dans ce référentiel.
Les métadonnées macOS supplémentaires ne sont pas analysées par cette route
Le mappage d'identité ou la synthèse de mode SMB et NFS se situe en dehors de l'implémentation. Le convertisseur ne contacte aucun serveur, ne lit aucune configuration de montage, ne résout aucun UID et ne peut pas identifier le propriétaire ou le groupe. Ses classes sont des slots abstraits dérivés d'un entier. Un mode signalé par un montage réseau reste décodable, mais le comportement détaillé du système de fichiers réseau n'est pas pris en charge ici.
Cette limite évite une erreur de catégorie. Le mode 775 signifie que le propriétaire et le groupe ont rwx tandis que les autres ont r-x. Il ne révèle pas la propriété à distance, l'appartenance à un groupe, le mappage d'identité ou si un serveur a synthétisé l'affichage. Vérifiez les éléments présentés ici, puis rassemblez les preuves d'exportation, de client, de serveur et d'identité de l'environnement réel avant de décider de l'autorisation.
La synthèse d'identité ou de mode SMB et NFS est en dehors de l'implémentation
Lorsque Git signale un changement de mode, décodez les valeurs avant de réviser la stratégie. Pour 100644 et 100755, utilisez 644 et 755 : rw-r--r-- devient rwxr-xr-x. Le propriétaire, le groupe et les autres gagnent chacun leur exécution parce que leur chiffre acquiert le poids 1. Cela établit la différence sémantique sans attribuer de cause à Git, à une plateforme ou à un système de fichiers.
Déterminer l'intention à partir des preuves du projet que ces sources ne contiennent pas. La calculatrice ne peut pas lire core.fileMode, analyser .gitattributes, inspecter l'index ou décider si l'état exécutable fait autorité. Sa commande basée sur le chemin reste inexécutée. Apportez la différence rwx vérifiée dans l'examen du référentiel, puis modifiez la politique uniquement après avoir identifié la source de vérité prévue.
Exemple pratique : décoder les rapports du mode Git avant de modifier la politique du référentiel
Les commandes d'autorisation Windows appartiennent à un modèle distinct. Cet outil émet des formes chmod telles que des valeurs octales ou u=rw,g=r,o=r. Il n'analyse pas la syntaxe Windows ni ne mappe trois classes Unix sur une ACL Windows. Toute traduction apparemment plausible serait une invention, car douze bits traditionnels ne peuvent pas préserver chaque entrée d'identité et d'accès représentée par un autre système d'autorisation.
L'autorisation de stockage d'objets est également distincte. La calculatrice n'accepte qu'un mode traditionnel et ne contacte jamais un service, ne lit jamais la stratégie du compartiment ou ne gère jamais les identités des objets. Utilisez-le lorsqu'une valeur octale ou symbolique de style Unix doit être décodée. Pour le stockage d’objets et d’autres modèles, inspectez les données et la documentation de stratégie native plutôt que de les forcer à utiliser la notation chmod.
La syntaxe Windows et le stockage d'objets restent des modèles distincts
Confirmez quelle couche possède la vérité des autorisations avant d'utiliser chmod. Un mode présenté par Git, un montage ou une autre plateforme peut être traduit en bits propriétaire, groupe, autre et spécial. La validation détecte les chiffres mal formés et les positions symboliques, tandis que s, S, t et T préservent leur état spécial. La conversion explique la valeur, pas son origine ou son autorité.
L'examen final devrait séparer l'arithmétique de l'environnement. Vérifiez le mode, enregistrez la classe et le bit différents exacts et identifiez la cible en tant que fichier ou répertoire. Inspectez ensuite la plate-forme, le système de fichiers, les paramètres du référentiel, les identités, les ACL et les politiques avec des sources natives. Le rôle restreint de la page est précieux : une interprétation fiable en mode Unix sans prétendre diagnostiquer l'application multiplateforme.