Que signifie Visual Studio en normalisant les fins de ligne incohérentes?

Visual Studio me dit parfois:

Les fins de ligne dans les fichiers suivants ne sont pas cohérentes. Voulez-vous normaliser les fins de ligne?

Cela me donne ensuite un menu déroulant avec différentes normes ou quelque chose, comme Windows, Mac, Unix et quelques Unicode.

Qu'est-ce que cela signifie et que se passera-t-il si je clique sur Yes?

Cela signifie généralement que vous avez des lignes se terminant par autre chose qu'une paire retour chariot / saut de ligne. Cela se produit souvent lorsque vous copiez et collez à partir d'une page Web dans l'éditeur de code.

Normaliser les fins de ligne, c'est simplement s'assurer que tous les caractères de fin de ligne sont cohérents. Il empêche une ligne de se terminer par \r\nune autre se terminant par \rou \n; la première est la paire de fin de ligne Windows, tandis que les autres sont généralement utilisées pour les fichiers Mac ou Linux.

Puisque vous développez dans Visual Studio, vous voudrez évidemment choisir "Windows" dans le menu déroulant. :-)

Certaines lignes se terminent par \n.

Certaines autres lignes se terminent par \r\n.

Visual Studio vous suggère de faire en sorte que toutes les lignes se terminent de la même manière.

Si vous utilisez Visual Studio 2012:

Allez dans le menu Fichier → Options d'enregistrement avancées → sélectionnez le type de fin de ligne sous Windows (CR LF) .

Pour activer / désactiver l'option, suivez les étapes ci-dessous dans la barre de menus :

Outils → Options → Environnement → Documents → Vérifier la fin des lignes cohérentes lors du chargement

Le fichier que vous modifiez a été modifié avec un autre éditeur qui n'utilise pas les mêmes fins de ligne, résultant en un fichier avec des fins de ligne mixtes.

Les caractères ASCII utilisés pour les fins de ligne sont:

CR, retour chariot
LF, saut de ligne

Windows = CRLF
Mac OS 9 ou version antérieure = CR
Unix = LF

L' article de la nouvelle ligne de Wikipedia pourrait vous aider. En voici un extrait:

Les différentes conventions de nouvelle ligne provoquent souvent l'affichage incorrect de fichiers texte qui ont été transférés entre des systèmes de types différents. Par exemple, les fichiers provenant de systèmes Unix ou Apple Macintosh peuvent apparaître comme une seule longue ligne sur certains programmes exécutés sous Microsoft Windows. Inversement, lorsque vous affichez un fichier provenant d'un ordinateur Windows sur un système Unix, le CR supplémentaire peut être affiché sous la forme ^ M ou à la fin de chaque ligne ou comme un deuxième saut de ligne.

Cela signifie que, par exemple, certaines de vos lignes de texte avec un <Carriage Return><Linefeed>(la norme Windows), et certaines se terminent avec juste un <Linefeed>(la norme Unix).

Si vous cliquez sur «oui», la fin des lignes de votre fichier source sera convertie pour avoir le même format.

Cela ne fera aucune différence pour le compilateur (car les fins de lignes comptent comme de simples espaces blancs), mais cela pourrait faire une différence pour d'autres outils (par exemple, le «diff» sur votre système de contrôle de version).

Ce n'est pas seulement Visual Studio ... Ce serait des outils qui liraient les fichiers, les compilateurs, les éditeurs de liens, etc.

En général (pour le développement de logiciels), nous acceptons le problème de fin de ligne multiplateforme, mais laissons le logiciel de contrôle de version s'en occuper.

Lorsque vous copiez collez quelque chose à partir du Web, vous pouvez obtenir des fins de ligne incohérentes.
Pour résoudre ce problème, vous pouvez utiliser l'extension Visual Studio "Line Endings Unifier" qui peut rendre la fin de ligne cohérente automatiquement lors de l'enregistrement du fichier.

Il existe un complément pour Visual Studio 2008 qui convertit le format de fin de ligne lorsqu'un fichier est enregistré. Vous pouvez le télécharger ici: http://grebulon.com/software/stripem.php