В нашей git -контролируемой кодовой базе есть несколько файлов, которые я бы хотел переименовать. В частности, я просто хочу изменить регистр файла, так что sourceCode.java становится sourceCode.java, например. Улов: я нахожусь в окне Windows, и файловая система думает, что это одно и то же имя файла.
Как я могу заставить Windows и Git распознать это изменение и проверить его?
Посмотрите здесь, чтобы узнать больше о том, как это сделать:
Как сделать git игнорировать изменения в случае?
Или:
git mv -f name.java Name.java
Если вы находитесь в файловой системе FAT, ваш единственный выбор - сделать двухэтапное переименование:
sourceCode.java в anything.you.likeanything.you.like в sourceCode.javaВ те дни, когда мы использовали Perforce, у нас была именно эта проблема, и это было единственное решение, которое мы могли бы придумать.
Следующие шаги позволили мне изменить случай в Windows:
ignorecase = false в [core] в .git/config;ignorecase = false, добавленный на первом шаге.Таким образом, у вас есть одна фиксация, которая содержит переименование, и это позволяет легко изменить, например. весь каталог.
Будьте осторожны. Это может привести к изменениям, которые невозможно слить. Git запутывается при слиянии с Windows, потому что он не может решить, является ли прежнее имя верхнего и нового нижнего регистра одним и тем же файлом или нет (для Git это не так, но для файловой системы они есть). Чтобы объединиться, вам нужно выполнить рутинное обходное решение, подобное удалению файлов перед слиянием.
См. Git проблема с перезагрузкой файлов с одинаковыми именами, но в другом случае
Я не уверен, что эта проблема хуже, чем иметь нетрадиционно названный файл в вашем проекте навсегда и всегда, но стоит знать, есть ли много пользователей с большим количеством веток, которые все должны быть в конечном итоге слились.
С помощью NTFS (или FAT) одна команда "git mv" не решает проблему. Этот вопрос показывает технику, которая работает: git mv и только изменить регистр каталога