Normaliser les fins de ligne dans Visual Studio 2010

Nous avons à plusieurs développeurs de travailler sur une application et il semble que chaque fois que une personne en particulier fonctionne sur un fichier puis quelqu'un d'autre travaille sur ce qu'ils vont obtenir:

Les fins de ligne dans les fichiers suivants ne sont pas compatibles. Voulez-vous
pour normaliser les fins de ligne?

Est-il une option dans Visual Studio que nous pouvons avoir le développeur de changement, afin de ne pas sans cesse cette très irritant message pop-up de tous les temps?

OriginalL'auteur Jason | 2010-08-04

  1. 22

    Si vous ne voulez pas de Visual Studio pour vérifier cela quand il ouvre le fichier, vous pouvez décocher la case lorsque vous y êtes invité ("Toujours afficher cette boîte de dialogue") ou dans Outils->Options sous Environnement->Documents-> "contrôle de cohérence des fins de ligne sur charger"

    Quelqu'un sur votre projet est sans doute l'aide d'un éditeur qui utilise de style Unix ou Mac-style de fin de ligne.

    Cette prétend simplement que le problème n'existe pas. Je préfère effectivement résoudre le problème: en fait un VS paramètre qui assure le mac/nix style de fin de ligne, à partir de, disons, collé le code, toujours normalisée en premier lieu, avant le fichier est enregistré et mis dans le contrôle de source.

    OriginalL'auteur Aaron Marten

  2. 3

    Il semble que Visual Studio préserver les fins de ligne lorsque vous copiez/coller le code à partir d'autres sources. Cela signifie que même si vous travaillez seul sur une plate-forme, vous pouvez obtenir ces avertissements ennuyeux.

    Nous avons récemment eu mixte Mac et Windows les fins de ligne dans un script après un peu de code à copier/coller à partir d'autres projets.

    Le problème a été résolu grâce à la copie le tout mélangé code dans un éditeur de texte qui a été Notepad++. Nous avons ensuite copié le texte à partir de Notepad++ et remplacer du texte dans Visual Studio. Le texte qui avait unifié les fins de ligne.

    Alors que c'est une intéressante solution de contournement pour normaliser la ligne de fin, il n'est pas nécessaire de passer par Notepad++ (ou tout autre “bon éditeur de texte”): Visual Studio peut faire l'EOL normalisation elle-même au cours de charger/enregistrer, et en fait, c'est exactement ce qu'il demande à l'utilisateur (sauf si désactivé, comme proposé par le a accepté de répondre), et ça ne résout pas le problème que sur la prochaine édition, par “une personne en particulier” le fichier doivent être normalisées à nouveau. Sans doute une meilleure solution serait de demander à la “une personne” à faire de la normalisation eux-mêmes lors de l'enregistrement 😉

    OriginalL'auteur romaroma

  3. 2

    J'ai reçu ce message d'avant ( généralement de travailler avec Unity3D et à l'aide de VS2012 que mon compilateur ). La façon la plus simple que j'ai trouvé pour prendre soin de la question, c'est de laisser VS format le code ( CTRL + K, CTRL-D ) et de l'enregistrer.

    OriginalL'auteur scottshelton

  4. 1

    Si vous utilisez le contrôle de version, puis assurez-vous que le serveur et le client configurations pour les fins de ligne sont compatibles avec la façon dont les gens travaillent et le serveur doit être capable de les gérer correctement.

    Par exemple pour Perforce:
    http://kb.perforce.com/?article=063

    Par exemple pour la Subversion, l'utilisation de svn:eol-style de la propriété
    http://svnbook.red-bean.com/en/1.7/svn.advanced.props.file-portability.html#svn.advanced.props.special.eol-style

    OriginalL'auteur Peter Y