Nous développons principalement notre application PHP sur un environnement Windows et avons stocké nos fichiers source texte dans PC/ANSI.Quel codage utiliser pour le développement multiplateforme (PC, Mac, Linux)?
Cependant, maintenant, un développeur se joint à nous qui utilise une plate-forme Mac et nous rencontrons des problèmes de création de «patches» sur sa machine. Quand il fait des changements et fait:
svn diff > patchfile.patch
il génère un fichier de patch qui indique que chaque ligne du fichier de code source a été modifié (ce qui nest pas le cas évidemment).
J'ai essayé d'enregistrer un fichier ANSI test:
PC/UTF-8 (using UTFCast Express which I writes the BOM by default)
PC/UTF-8 (using Notepad++ "Encoding > Convert to UTF-8" - which writes the BOM)
En plus:
PC/UTF-8 (using Notepad++ "Encoding > Convert to UTF-8 without BOM")
PC/UTF-8 (using Notepad++ "Encoding > Encode in UTF-8 without BOM")
Pour tous ces cas, chaque fois qu'il fait un changement et fait un diff svn> rustine. patch, il affiche toutes les lignes comme si toutes les lignes avaient été changées!
[nous avons essayé de faire « svn diff -x -p> patchfile.patch » pour les 3 derniers aussi bien - pas de différence]
Soit dit en passant, les fichiers générés avec les deux dernières options continuent d'apparaître comme ANSI sur ma machine PC. Les deux ne semblent pas du tout modifier le fichier et faire un 'fc' (comparaison de fichiers) à partir de l'invite DOS ne révèle aucune différence.
Quel encodage dois-je utiliser pour le développement multiplateforme?
Salut davmac - est-ce défini sur le côté client SVN ou sur le serveur? comment puis-je le définir pour l'ensemble du référentiel SVN pour utiliser l'encodage «natif» pour tout? – siliconpi
Vous définissez la propriété sur le client, puis la validez dans le référentiel. Voir http://subversion.apache.org/faq.html#auto-props et http://svnbook.red-bean.com/fr/1.6/svn.advanced.props.html (en particulier sous "Réglage automatique de la propriété") – davmac