SVN peut-il gérer les problèmes de sensibilité à la casse?

Question

Existe-t-il un moyen de forcer SVN à ne pas tenir compte de la casse? Nous avons un problème où un utilisateur s'engage à partir d'un environnement Linux avec des fichiers "file.ext" et "File.ext". Fonctionne très bien. Le problème, cependant, est lorsqu'un utilisateur sur un MAC OSX ou Windows tente une mise à jour/vérification. Les deux fichiers sont considérés comme identiques et l'action échoue en erreur.

Est-il possible d'avoir SVN empêcher la commission d' « fichier.ext » et « fichier.ext » en premier lieu?

This question est similaire, mais regarde le même problème du côté de Windows, ce qui est pas la question ici.

Answer 1

Vous pouvez essayer un crochet pre-commit, comme this one (n'a pas essayé moi-même, cependant).

Je suppose que faire en sorte que vos utilisateurs fassent attention à ce que cela a déjà été exclu? Je travaille sur Linux tout le temps, mais je considère généralement que les noms de fichiers ne sont pas sensibles à la casse. e. à moi, ils sont les mêmes, peu importe ce que le système d'exploitation pense.

Answer 2

Je dirais que vous regardez les choses à l'envers. La meilleure solution consiste à conserver vos fichiers de manière sensible à la casse. Que se passe-t-il si un utilisateur vérifie sous Linux ou Solaris, le projet sera inutilisable.

Aussi, tenez compte des compilateurs de langage qui dépendent de la sensibilité des cas, le compilateur Java se plaindront les noms de fichiers, comme je suis sûr que d'autres langues seront.

Une autre question, est le déploiement, si vous déployez sur un système * NIX. Alors vous avez des ennuis!

Answer 3

Je pense que le problème technique est vraiment du côté de Windows & Mac, à savoir que leurs systèmes de fichiers ne sont pas sensibles à la casse. Au moins sur mac, vous pouvez reformater le système de fichiers en HFS + avec la sensibilité à la casse activée. Je ne suis pas un utilisateur Windows mais il peut y avoir une option similaire dans le système de fichiers natif de Windows (est-ce toujours NTFS?). Si vous ne contrôlez pas assez les environnements du développeur pour les forcer à formater avec un système de fichiers sensible à la casse, alors je pense que vos seules options sont un crochet de pré-validation qui vérifie la duplication (comparaison insensible à la casse, évidemment) les noms de fichier dans le même répertoire ou pour modifier votre projet afin de ne pas utiliser des fichiers portant le même nom et des cas différents dans le même répertoire.

Answer 4

Subversion 1.7 apparaît maintenant pour gérer case only renames sous Windows.