P
Пуш уже никак не связан с гитигнором
Size: a a a
2021 August 29
P
Например git add использует гитигнор, git status тоже
P
Давайте с начала.
Вы хотите чтобы какие-то файлы перестали трекаться гитом?
Ваши шаги:
1) удалить их из версионирования
2) добавить их в .gitignore
3) закоммитить их удаление
Второй шаг вы сделали, остался первый и третий
Вы хотите чтобы какие-то файлы перестали трекаться гитом?
Ваши шаги:
1) удалить их из версионирования
git rm --cached2) добавить их в .gitignore
3) закоммитить их удаление
Второй шаг вы сделали, остался первый и третий
PM
спасибо большое за объяснение!
IS
У нас есть файл .gitattributes, в котором есть только
Но по какой-то причине новые файлы продолжают пихаться нашими разработчиками с CRLF окончаниями строчек. Вопрос: а почему?
* text=autoНо по какой-то причине новые файлы продолжают пихаться нашими разработчиками с CRLF окончаниями строчек. Вопрос: а почему?
IS
Просто щас проблема такая, что я изменил пару строчек, залил на гитхаб, а в пулл реквесте изменения всех 1488 строчек в этом файле
IS
И отслеживать изменения ревьюерам не очень удобно. Я не уверен, что пожилые разработчики смогут это отревьюить...
2021 August 30
AK
потому что новые файлы с винды
AK
reject и комментарий сделать нормальный PR, не вижу никаких проблем в ревью подобного
если такие файлы уже в репе, то пройтись по репе автозаменой и запретить в дальнейшем CRLF
если такие файлы уже в репе, то пройтись по репе автозаменой и запретить в дальнейшем CRLF
Dv
Точно именно новые файлы? Может, проблема в старых?
P
Здравствуйте, как зафорсить гит добавить файл вместо ренейма (после черри-пика)?
Ситуация:
1) Есть файл 1.тхт
2) Черрипикается коммит с 2.тхт, который по идее должен быть
3) вместо этого гит думает что 2.тхт слишком похож по содержимому на 1.тхт и делает
Хочу чтобы вместо
Ситуация:
1) Есть файл 1.тхт
2) Черрипикается коммит с 2.тхт, который по идее должен быть
added3) вместо этого гит думает что 2.тхт слишком похож по содержимому на 1.тхт и делает
1.txt => 2.txt (rename)Хочу чтобы вместо
1.txt => 2.txt (rename) было:1.txt (intact or changed)2.txt (added)P
Погуглил по топику "git force add instead of rename", но результаты все про то что такое
rename в терминах гита (ренейм это delete+add). Т.е. поисковая выдача не помогла.P
Короче, надо смотреть в сторону similarity index
RU
там все равно будет мутно, потому что эта информация не добавляется в комит, она берется у смотрящего во время просмотра
Dv
Говорят, если отдельным коммитом удалить, а потом добавить заново, то детектилка ренеймов сломается. Но надо проверять :)
АО
А что гит тогда предлагает сделать с исходным файлом? Ведь если это переименование, то значит исходного файла существовать больше не будет. Ведь это не так?
АО
Git видит переименование только если один файл перестает существовать, другой файл создаётся, и их контент равен или очень близок. Но ведь черри пик ничего не делает со старым файлом?
P
Судя по диффу он перезаписывает один файл другим
P
Вообще, этот дифф из Git Extensions.
Если сделать дифф из под git bash, то всё норм. Файлики матчатся правильно, никто никого не перезатирает.
Если сделать дифф из под git bash, то всё норм. Файлики матчатся правильно, никто никого не перезатирает.
P
Плюс, во время кодревью ПРа всё отображается хорошо.