Як зробити фіксацію змін у файлі Git, що відрізняється від регістру?

Я змінив ім'я кілька файлів з допомогою де-великої літери, як в Name.jpgдо name.jpg. Git не розпізнає ці зміни, і мені довелося видалити файли та завантажити їх знову. Чи існує спосіб, коли Git може залежати від регістру під час перевірки змін імен файлів? Я не вніс жодних змін у сам файл.

Ви можете використовувати git mv :

git mv -f OldFileNameCase newfilenamecase

Git має настройку конфігурації, яка вказує його чи бути чутливі до регістру або нечутливим: core.ignorecase. Щоб визначити, що Git враховує регістр, просто встановіть цей параметр false:

git config core.ignorecase false

Документація

З git configдокументації :

core.ignorecase

Якщо це правда, ця опція дозволяє різним методам вирішення проблем, щоб git краще працював у файлових системах, які не відрізняються від регістру, як FAT. Наприклад, якщо в списку каталогів знайдеться, makefileколи git очікує Makefile, git припустить, що це дійсно той самий файл, і продовжить запам'ятовувати його як Makefile.

Типовим значенням є хибне, за винятком того, що git-clone (1) або git-init (1) буде зондуватися та встановлено core.ignorecasetrue, якщо це доречно, коли створено сховище.

Файлові системи, нечутливі до регістру

Дві найпопулярніші операційні системи, які мають нечутливі до регістру файлові системи, про які я знаю

• Windows
• ОС X

Використовуючи SourceTree, я зміг це зробити з інтерфейсу користувача

1. Перейменувати FILE.ext наwhatever.ext
2. Поставити цей файл
3. Тепер перейменуйте whatever.ext наfile.ext
4. Етап цей файл ще раз

Це трохи нудно, але якщо вам потрібно зробити це лише для кількох файлів, це досить швидко

Це те, що я робив в OS X:

git mv File file.tmp
git mv file.tmp file

Два кроки, оскільки в іншому випадку я отримав помилку "файл існує". Можливо, це можна зробити за один крок, додавши --cachedабо таке.

Іноді корисно тимчасово змінити чутливість регістру Гіта:

Спосіб №1 - Змінення чутливості регістру для однієї команди:

git -c core.ignorecase=true checkout mybranchщоб вимкнути чутливість регістру для однієї checkoutкоманди. Або в більш загальному плані : . (Подяка VonC за те, що він запропонував це у коментарях.)git -c core.ignorecase= <<true or false>> <<command>>

Спосіб №2 - Змінення чутливості регістру для кількох команд:

Щоб змінити налаштування на довший час (наприклад, якщо перед тим, як змінити його, потрібно виконати кілька команд):

1. git config core.ignorecase(це повертає поточний параметр, наприклад false).
2. git config core.ignorecase <<true or false>> - встановити потрібний новий параметр.
3. ... Запустити кілька інших команд ...
4. git config core.ignorecase <<false or true>> - встановити значення конфігурації назад до попереднього налаштування.

У ОСX, щоб уникнути цієї проблеми та уникнути інших проблем з розвитком файлової системи, нечутливої ​​до регістру, ви можете використовувати Disk Utility для створення віртуального дискового / дискового зображення, залежного від регістру .

Запустіть утиліту диска, створіть нове зображення диска та скористайтеся такими налаштуваннями (або змініть, як вам подобається, але не залежно від регістру):

Не забудьте сказати git, що він тепер знаходиться на регістрі FS:

git config core.ignorecase false

Я спробував наступні рішення з інших відповідей, і вони не спрацювали:

• git mv filename
• git rm -f filename

Якщо ваш сховище розміщено віддалено (GitHub, GitLab, BitBucket), ви можете перейменувати файл за початком (GitHub.com) та змусити перейменувати файл зверху вниз.

Наведені нижче інструкції стосуються GitHub, однак загальна ідея, що стоїть за ними, повинна стосуватися будь-якої віддаленої хостингової платформи. Пам’ятайте про тип файлу, який ви намагаєтесь перейменовувати, тобто, чи це тип файлу, який GitHub вважає редагованим (код, текст тощо) або редактором (зображення, двійкові тощо) у веб-переглядачі.

1. Відвідайте GitHub.com
2. Перейдіть до вашого сховища на GitHub.com та виберіть філію, в якій працюєте
3. Використовуючи інструмент навігації файлів сайту, перейдіть до файлу, який ви хочете перейменувати
4. Чи дозволяє GitHub вам редагувати файл у веб-переглядачі?
   • а.) для редагування
     1. Клацніть піктограму "Редагувати цей файл" (це схоже на олівець)
     2. Змініть ім'я файлу у текстовому вводі назви файлу
   • б.) Непридатні
     1. Відкрийте кнопку «Завантажити» на новій вкладці та збережіть файл на комп’ютері
     2. Перейменуйте завантажений файл
     3. На попередній вкладці на GitHub.com натисніть значок "Видалити цей файл" (схоже на смітник)
     4. Переконайтесь, що branchnameвибрано перемикач "Прив’язати безпосередньо до гілки" та натиснути кнопку "Прийняти зміни"
     5. У цьому ж каталозі на GitHub.com натисніть кнопку "Завантажити файли"
     6. Завантажте перейменований файл зі свого комп’ютера
5. Переконайтесь, що branchnameвибрано перемикач "Прив’язати безпосередньо до гілки" та натиснути кнопку "Прийняти зміни"
6. Місцево оформити / забрати / потягнути гілку
7. Зроблено

Подібно до відповіді @ Sijmen, це те, що працювало на мене на OSX під час перейменування каталогу (натхненний цією відповіддю з іншого допису):

git mv CSS CSS2
git mv CSS2 css

Просто це git mv CSS cssпризвело до помилки помилки аргументу: fatal: renaming '/static/CSS' failed: Invalid argumentможливо, тому, що файлова система OSX нечутлива до регістру

ps BTW, якщо ви використовуєте Django, collestatic також не розпізнає різницю регістру, і вам доведеться робити це вище вручну в статичному кореневому каталозі

1) перейменувати файл Name.jpgвname1.jpg

2) зробити видалений файл Name.jpg

3) перейменувати файл name1.jpgвname.jpg

4) змінити доданий файл name.jpgдо попереднього комітету

git add
git commit --amend

Я використав ці наступні кроки:

git rm -r --cached .
git add --all .
git commit -a -m "Versioning untracked files"
git push origin master

Для мене це просте рішення

Ми можемо використовувати команду git mv. Приклад нижче, якщо ми перейменували файл abcDEF.js на abcdef.js, ми можемо запустити наступну команду з терміналу

git mv -f .\abcDEF.js  .\abcdef.js

Mac OSX High Sierra 10.13 виправляє це дещо. Просто зробіть віртуальний розділ APFS для своїх git-проектів, за замовчуванням він не має обмеження розміру і не займає місця.

1. У програмі Disk Utility натисніть кнопку + під час вибору диска Container
2. Виберіть APFS (залежно від регістру) у форматі
3. Назвіть це Sensitive
4. Прибуток
5. Необов’язково: Створіть папку в чутливих викликаних gitіln -s /Volumes/Sensitive/git /Users/johndoe/git

Ваш привід буде в /Volumes/Sensitive/

Як зробити фіксацію змін у файлі Git, що відрізняється від регістру?

Я кілька разів стикався з цією проблемою на MacOS. Git чутливий до регістру, але Mac зберігає лише регістр.

Хтось робить файл: Foobar.javaі через кілька днів вирішує перейменувати його в FooBar.java. Коли ви витягуєте останній код, він не вдаєтьсяThe following untracked working tree files would be overwritten by checkout...

Єдиний надійний спосіб, який я бачив, це виправляє:

1. git rm Foobar.java
2. Зверніть це повідомлення, яке ви не можете пропустити git commit -m 'TEMP COMMIT!!'
3. Потягніть
4. Це з'явиться конфлікт, який змусить вас об'єднати конфлікт - оскільки ваша зміна його видалила, а інша зміна перейменована (звідси проблема)
   1. Прийміть вашу зміну, яка є "видаленням"
   2. git rebase --continue
5. Тепер опустіть обхідний шлях git rebase -i HEAD~2іdropTEMP COMMIT!!
6. Переконайтеся, що файл тепер викликається FooBar.java

Коли ви зробили багато перейменувань файлів і деякі з них - це лише зміна корпусу, важко запам'ятати, що це таке. вручну "переміщення git" файлу може бути певною роботою. Отож, що я б робив під час завдань щодо зміни імені файлу:

1. видаліть усі файли та папки non-git до іншої папки / сховища.
2. ввести поточну порожню папку git (це відображатиметься як видалені всі файли.)
3. додати всі файли назад в оригінальну папку / сховище git.
4. зробити поточну не порожню папку git.

Це дозволить виправити всі випадки справи, не намагаючись з’ясувати, які файли чи папки ви перейменували.

Якщо нічого не вийшло, використовуйте ім'я файлу git rm, щоб видалити файл з диска та додати його назад.

Я взяв відповідь @CBarr і написав сценарій Python 3, щоб зробити це зі списком файлів:

#!/usr/bin/env python3
# -*- coding: UTF-8 -*-

import os
import shlex
import subprocess

def run_command(absolute_path, command_name):
    print( "Running", command_name, absolute_path )

    command = shlex.split( command_name )
    command_line_interface = subprocess.Popen( 
          command, stdout=subprocess.PIPE, cwd=absolute_path )

    output = command_line_interface.communicate()[0]
    print( output )

    if command_line_interface.returncode != 0:
        raise RuntimeError( "A process exited with the error '%s'..." % ( 
              command_line_interface.returncode ) )

def main():
    FILENAMES_MAPPING = \
    [
        (r"F:\\SublimeText\\Data", r"README.MD", r"README.md"),
        (r"F:\\SublimeText\\Data\\Packages\\Alignment", r"readme.md", r"README.md"),
        (r"F:\\SublimeText\\Data\\Packages\\AmxxEditor", r"README.MD", r"README.md"),
    ]

    for absolute_path, oldname, newname in FILENAMES_MAPPING:
        run_command( absolute_path, "git mv '%s' '%s1'" % ( oldname, newname ) )
        run_command( absolute_path, "git add '%s1'" % ( newname ) )
        run_command( absolute_path, 
             "git commit -m 'Normalized the \'%s\' with case-sensitive name'" % (
              newname ) )

        run_command( absolute_path, "git mv '%s1' '%s'" % ( newname, newname ) )
        run_command( absolute_path, "git add '%s'" % ( newname ) )
        run_command( absolute_path, "git commit --amend --no-edit" )

if __name__ == "__main__":
    main()