Я усвідомлюю, що за замовчуванням обмеження перейменування становить 100 і може збільшити це значення за допомогою конфігурації "diff.renamelimit config"
Мене турбує те, що якщо ця конфігурація не налаштована, чи буде неправильне злиття, відсутність коду? Намагаюся об’єднати (git merge) 2 гілки, що має величезні зміни.
Хтось може пролити більше інформації про це налаштування конфігурації?
Відповіді:
Ваш вміст у безпеці.
Наскільки я розумію, gitнасправді не має жодної концепції першокласної renameоперації (лише bzrз великих 3 DVCS): mvце цукор поверх основного механізму, що в основному є addі a rm. Оскільки gitможе відстежувати вміст, який змінюється під час таких операцій, однак, він може використовувати евристику, щоб вгадати, коли a addта a rmнасправді є mv. Оскільки для цього потрібно більше роботи, ніж просто відображення того, що gitнасправді записано - документи, які git-diffпояснюють, що це "... вимагає часу обробки O (n ^ 2), де n - кількість потенційних цілей перейменування / копіювання" - gitне спробує коли задіяно занадто багато файлів. Параметр, який ви згадали, просто контролює цей поріг.
Якщо це комусь допомагає, у мене було багато файлів (сотні, якщо не тисячі) в одній гілці, яких ще не було в іншій. Біг
$ git config merge.renamelimit 15345
зробив помилку нижче при злитті
$ git merge master
.
.
.
warning: inexact rename detection was skipped due to too many files.
warning: you may want to set your merge.renamelimit variable to at least 15345 and retry the command.