SVN de fin de Ligne de Style

Lorsque j'essaie d'envoyer le fichier sur le SVN son montrant le message d'erreur "s'Engager a échoué".Suivent des détails....commit svn: l'incohérence de fin de ligne de style.

J'ai un effrayant variante de ce problème: je vois ce message d'erreur: flux de la bibliothèque. En regardant les fichiers de donner le message d'erreur, je vois des noms comme test/unicode_demo_utf8_crlf.txt. Je soupçonne que ces fichiers sont bon sang de censés ont incompatible ligne de fin de style. Malheureusement, l'ajout de --force à svn import n'encourage pas suffisamment la subversion de la fermer et de lire les fichiers. Toute solution? --double-secret-force peut-être?

OriginalL'auteur | 2009-05-13

  1. 8

    Vérifier votre svn propriétés dans le répertoire /fichiers. Si vous avez svn:eol-style défini, mais votre fichier contient des styles différents (Unix vs DOS) la validation échoue, depuis SVN ne sais pas qui à convertir.

    Référence: http://svn.haxx.se/users/archive-2006-07/0702.shtml

    OriginalL'auteur drowe

  2. 1

    Une fois que vous êtes au courant de la fin de ligne de style svn attend, la plupart des éditeurs modernes aura des options pour convertir votre source complètement à un style ou un autre. Vous pouvez également exécuter des expressions régulières pour détecter et à les modifier (j'aime Perl pour cela).

    MS-dos en fin de vie: "\r\n"

    UNIX EOL: "\n"

    DOS (et Windows) "\r\n". En outre, Mac OS Classic (9 et ci-dessous) "\r".

    OriginalL'auteur

  3. 1

    Vérifier la EOLs dans le message de commit lui-même: Si vous transmettez un message de validation de fichier avec l' --file commutateur, assurez-vous que le EOL-style dans le message de commit est cohérent (tous les DOS ou UNIX).

    OriginalL'auteur dubek

  4. 1

    pour les adeptes, voici comment définir manuellement l'hélice de l'un ou de l'autre:

     svn propset svn:eol-style LF path/to/filename
    Pour moi la solution était de supprimer la propriété
    Ce n'est pas vraiment un correctif, c'est juste ignorer le problème. Si les causes de tous les problèmes réels dépendent les autres outils / langages utilisés.

    OriginalL'auteur rogerdpack

  5. 0

    sélectionnez l'extrémité de la ligne de style de la forme de votre outil(comme kdiff)...côté droit en bas(juste au-dessus des lignes de sortie)

    OriginalL'auteur RollerCosta

  6. 0

    Je suis en utilisant TortoiseSVN dans un environnement Windows. J'ai eu ce même message d'erreur lorsque vous essayez de valider le projet des fichiers, sans doute écrit dans Linux (un AVR32 projet). J'ai été en mesure de contourner ce problème, il suffit d'ouvrir chaque fichier dans Microsoft Visual Studio, à quel point VS m'a incité à normaliser les fins de ligne. Le choix de le faire causés Tortue à arrêter de se plaindre.

    OriginalL'auteur Derek Wilson