Lorsque je repasse ma source sur Bitbucket, je trouve que BB ne trouve pas les endroits que j'ai modifiés. Je viens d'entrer plusieurs problèmes de retour chariot dans un endroit du code mais BB le traite comme un gros changement de fichier entier et marque le fichier entier en rouge ou vert. Toute solution à cela?Retour de chariot Bitbucket
Cela ressemble à un problème de fin de ligne.
Windows et UNIX système n'utilisent pas la même fin de ligne, afin d'éviter les conflits de se produire en fonction de ceux-ci, vous devez configurer vous git config cette façon: + sous Windows: config git --global core.autocrlf vrai + sur Unix: git config --global entrée core.autocrlf
L'idée est de toujours pousser LF (style Unix). De cette façon, Bitbucket ou Git ne marquera pas toutes les lignes terminées comme modifiées, ce qui entraînera un énorme fichier de différences.
Une note de côté, sur Github, vous pouvez ajouter ?w=0 à la fin de l'URL pour voir le diff en ignorant les espaces. Je ne connais pas de fonctionnalité similaire sur bitbucket malheureusement :(
Ceci est maintenant disponible sur Bitbucket via '? W = 1' Voir le commentaire sur la question – SeldomNeedy
@Simon Boudrias, Comment puis-je m'assurer de ne pousser que' LF' depuis ma machine Windows? Autocrlf vrai' Merci. – tpk
Utilisez-vous git ou mercurial? Et quelle plate-forme utilisez-vous? Ma première pensée est que c'est un problème d'encodage de fichier à votre fin - conversion CR/LF à LF (ou pas) – icabod
À la fin de janvier 2015, bitbucket ** [fournit maintenant] (https://blog.bitbucket.org/2015/01/30/new-year-new-features/ "ignorer les espaces dans les diffs plus d'autres goodies ") ** la fonctionnalité que Simon mentionne ci-dessous.Pour bitbucket, il semble que vous virer'? w = 1' sur la fin de l'URL lors de la visualisation d'un commit et il vous montrera les changements ignorant les espaces – SeldomNeedy