L’Outil Surpuissant pour Exploser ton Chiffre d'Affaires en 2025 !
De manière optimale devient plus sensible à la casse – Blogs Perficient
En tant que développeurs Windows, nous n’avons pas toujours à faire attention aux majuscules lorsqu’il s’agit de chemins et d’URI. Avec CMS12, Optimizely a commencé à se déployer sur un conteneur Linux pour héberger des sites. Cela signifie que les sites déployés (et les développeurs !) devront faire attention aux majuscules dans les références. Une capitalisation incohérente peut provoquer des erreurs 404 à des endroits inattendus. Heureusement, il existe plusieurs façons de gérer cela!
Le pire dans tout cela est que les développeurs ne pourront pas trouver ces problèmes tant qu’ils ne seront pas déployés sur Azure, Windows étant sensible à la casse et tout. Une fois nommés, les fichiers et dossiers peuvent être difficiles à modifier dans git. Vous trouverez ci-dessous quelques moyens de vous aider à renommer vos fichiers afin qu’ils fonctionnent correctement sous Linux.
Renommer via la commande Git mv
Une façon de mettre à jour la casse est d’utiliser la commande git mv. Dans votre shell de commande git :
Cette commande renommera un fichier ou un dossier, mais elle s’exécute toujours dans le contexte de Windows. Si vous voulez simplement changer la capitalisation des changements, vous devrez utiliser un nom intermédiaire en raison de l’insensibilité à la casse mentionnée précédemment de Windows, sinon vous recevrez un message d’erreur de git. Par exemple, en utilisant le dossier Scripts, pour que le nom soit simplement en minuscules, la séquence de commandes suivante doit être exécutée :
git mv Scripts scripts-lowercase git mv scripts-lowercase scripts
Changer de nom directement dans le dépôt
C’est peut-être le moyen le plus simple de fixer la capitalisation. Si disponible, vous pouvez simplement renommer les fichiers qui doivent correspondre à la casse. Je travaille dans Azure DevOps, où ce changement est aussi simple que d’appuyer sur le menu kebab et de sélectionner « renommer ».
Les noms de fichiers mis à jour effectueront une demande d’extraction, vous donnant un nom approprié sur votre branche principale une fois terminé.
Mettez à jour votre configuration git
La meilleure façon d’appliquer la sensibilité à la casse est peut-être de mettre à jour votre configuration git pour qu’elle soit sensible à la casse en premier lieu. Pour ce faire, exécutez cette commande dans votre shell git :
git config core.ignorecase faux
Cette commande forcera git à prêter attention à la capitalisation des commits. Si vous souhaitez uniquement appliquer cette restriction dans votre environnement de développement local, vous pouvez ajouter l’argument –local à la commande. En faisant cela, seuls vos commits appliqueront la capitalisation, de sorte que les autres développeurs ne seront pas impactés.
Malheureusement, si vous essayez de mettre à jour un référentiel existant, cette méthode peut laisser des artefacts dans votre référentiel qui devront être nettoyés. Ces artefacts n’apparaîtront pas dans votre système de fichiers local et devront être supprimés via la commande git avec la fonction rm, ou en supprimant les dossiers directement de votre référentiel git.
Et autre chose!
Si un PR existe déjà et que vous essayez d’y fusionner des changements de capitalisation, cela ne mettra pas à jour les noms lors de la fusion. Si vous annulez/abandonnez le PR et en créez un nouveau, les changements de capitalisation seront alors fusionnés correctement.
C’est le moment idéal pour examiner vos noms de fichiers et s’ils ne sont pas conformes à vos normes actuelles, il est maintenant temps de réduire une partie de la dette technologique plutôt que d’en créer davantage en adoptant de mauvaises pratiques au-delà de ce point. Un futur développeur (peut-être même un futur vous) vous remerciera.
Source link