#git #контроль_версий
Всем доброго времени суток.
Изучаю Git. Использую гуй SourceTree. Репозиторий лежит на BitBucket. Создал два
аккаунта, чтоб воспроизвести совместную разработку.
Когда делаю слияние изменений в одной ветке - в блок HEAD помещается только конфликтные
строки. Когда делаю слияние изменений из разных веток - в этот блок попадают все строки.
Например, два автора меняют одну и ту же строку в файле index.php в ветке master.
Мой воображаемый "напарник" успешно пушит свои изменения. А вот я уже должен выполнить
слияние, перед тем как отправить свои изменения. Делаю пул. Файл принимает следующее
состояние:
>>>>>> 18baca2cbbf6685dbe946554f436312e93bd4ff3
exit();
// I don't have new ideas... (((
Тут всё понятно. Строка echo... является конфликтной и я самостоятельно решаю что
мне с ней сделать. А теперь представим тот же файл index.php, но из разных веток. Отличия
между ними лишь в том, что в ветке test появляется две строки: одна из них пустая,
а вторая содержит комментарий. Как мне подумалось, слияние должно вообще пройти без
проблем в автоматическом режиме, ведь нет никаких разных изменений в одной и той же
строке. Однако, здравствуйте. Содержимое файла index.php при попытке слияния:
>>>>>> test
И в конце файла ещё одна пустая строка (после строки >>>>>>> test).
На этом моменте я завис. Не могу понять откуда вообще появились конфликтные строки.
Их быть не должно. Ведь в тесте всего лишь 2 новые строки, не более. Кто может мне
объяснить, где я чего не понял? Это так и должно быть, или я, криворукий, где-то допустил
ошибку, которая приводит к такому результату?
Заранее благодарю за помощь.
С уважением, Юрий.
Ответы
Ответ 1
Если у двух строк разные окончания - то они считаются гитом различными. Поэтому важно правильно договариваться об окончаниях строк внутри команды. Также есть вариант принудительно настроить окончания строк для репозитория, это делается в файле .gitattributes Пример настройки в этом файле: *.cs text eol=crlf Здесь написано, что все файлы с расширением .cs надо считать текстовыми, хранить в репозитории с LF окончаниями строк - а в рабочей копии загружать с окончанием строк CRLF. Или вот другой пример: *.xml text eol=lf Здесь во всех xml-файлах окончания строк всегда будут LF. Немного о том, что вообще такое "окончания строк". Окончание строки - это набор невидимых символов, которые отделяют в файле одну строку от другой. Исторически, имеется два разных символа, которые пришли к нам еще с пишущих машинок и телетайпов: CR - возврат каретки, этот символ возвращал каретку в начало текущей строки LF - перевод строки, этот символ переводил каретку к следующей строке, не смещая ее Для электрических печатных машинок или матричных принтеров это были две разные команды (а у машинок - еще и две разные кнопки). Но когда встала задача обработки текстов на компьютере, два разных символа оказалось избыточно, поэтому некоторые системы пошли по пути упрощения. В современном UNIX-мире сейчас принято разделение строк при помощи одного символа LF, на старых маках использовался символ CR - ну а DOS и потом винда остались на CRLF. Тем не менее, все нормальные текстовые редакторы сейчас уже умеют автоматически определять окончания строк или даже работать со смешанными окончаниями строк в одном файле - поэтому вы про них ничего и не знали. Но git работает не с текстом, а с байтами - поэтому в гите важно приводить окончания строк для файла к одному виду.
Комментариев нет:
Отправить комментарий