Как я вышел из этого беспорядка:
Когда я продолжал тянуть, чтобы проверить свои решения, мне пришлось использовать ...
git reset --hard
, которыйвозвращает вас к самому последнему коммиту в журнале.
git clean -fd
, который уничтожает неотслеживаемые файлы с момента последнего коммита в журнале.
В конце концов я решил, что мне нужно изменитьнарушающий настройки файл chmod 777
и фиксируют изменение разрешения .Другим вариантом было бы переключить Git в режим без учета прав доступа с помощью git config core.filemode false
Подробнее читайте здесь: Как заставить Git игнорировать изменения режима файла (chmod)?
Затем я сделал тягучтобы объединить изменения и получить обновление журнала вместе с файлами, изменило разрешение файла-нарушителя на 644 и зафиксировало это ... и передало его обратно работающему мастеру (рад, что это разрешено).
Похоже, это ошибка, из-за которой ошибка разрешения позволяет объединять наборы изменений файла, но история журнала не отражает фиксации !!!
Кстати: My git --version
is git version 1.5.6.5