Когда я выталкиваю свой источник обратно в битбакет, я нахожу, что BB не может найти места, которые я модифицировал. Я просто вводил несколько проблем с возвратом каретки в каком-то коде, но BB рассматривал его как большое изменение целого файла и отмечал весь файл красным или зеленым. Любое решение?Возврат каретки битбакет
Это звучит как проблема с окончанием строки.
Windows, и система UNIX не используют ту же линию окончание, чтобы предотвратить конфликт с Происходящее на их основе, вы должны настроить вы GIT CONFIG таким образом: + на Windows: GIT конфигурации --global core.autocrlf верно + в Unix: git config --global core.autocrlf input
Идея состоит в том, чтобы всегда нажимать LF (стиль Unix). Таким образом, Bitbucket или Git не будут отмечать всю строку, заканчивающуюся как измененную, что приведет к огромному файлу diff.
Обратите внимание, что на Github вы можете добавить ?w=0 в конец URL-адреса, чтобы увидеть diff, игнорируя пробелы. Я не знаю какой-либо подобной функции на битбакете к сожалению :(
Это теперь доступно на Bitbucket через '? W = 1'. См. Комментарий к вопросу. – SeldomNeedy
@Simon Boudrias, Как я могу убедиться, что я нажимаю только« LF »с моей машины Windows? Я использую« ядро ». autocrlf true'. Спасибо. – tpk
Вы используете git или mercurial? И на какой платформе вы работаете? Моя первая мысль - это проблема кодирования файлов на вашем конце - преобразование CR/LF в LF (или нет). – icabod
По состоянию на конец января 2015 года битбакет ** [теперь предоставляет] (https://blog.bitbucket.org/2015/01/30/new-year-new-features/ "игнорирование пробелов в отличие от других положительных героев ») **, что Саймон упоминает ниже. Для битбакета это похоже на то, что вы нажимаете'? w = 1' на конец URL-адреса при просмотре фиксации, и он покажет вам незаметные переменные – SeldomNeedy