Ваш контент в безопасности.
Насколько я понимаю, git
на самом деле не имеет понятия о первоклассной rename
операции (только у bzr
, у больших 3 DVCS): mv
- это сахар на вершине базовый механизм, который в основном является add
и rm
. Поскольку git
может отслеживать контент, который изменяется во время таких операций, он может использовать эвристику, чтобы угадать, когда add
и rm
на самом деле mv
. Поскольку это требует гораздо больше работы, чем просто отображение того, что на самом деле записано git
, документы для git-diff
объясняют, что это "... требует O (n ^ 2) времени обработки, где n - это число потенциальных целей переименования / копирования" - git
не будет пробовать, когда задействовано слишком много файлов. Упомянутая вами настройка просто контролирует этот порог.