Как откатить права к файлам в git?

Question

[yellow_pus]

Случайно запустил

sudo git add . -> sudo git commit ..., sudo git push ..

вместо тех же команд, но без sudo. Теперь, в гитхабе лежит +5к измененных файлов, с разными измененными правами. Как можно откатить все измененения прав обратно?

Comments

[Евгений Шатунов]

yellow_pus , коммит у тебя локальный или уже в наружу ушел?

[Сергей Кузнецов]

Евгений Шатунов, да ушел. Написано же git push ))
Напиши ещё что git push --force — смертный грех.

[Евгений Шатунов]

Сергей Кузнецов, ну до git push я не дочитал. ))
Смертный грех - это то, за что смерть сразу как сделал. Например если зажать в зубах фазу и взяться за батарею руками.
А git push --force я и сам делал когда было нужно.

Answer 1

[Сергей Кузнецов]

Репозиторий не хранит права доступа на файлы, как и другие атрибуты тоже. Коммит это не копирование файлов в новое место, а анализ и сохранение их исходного состояния в базу.
Единственный атрибут, который хранит гит — признак исполняемого файла.

core.fileMode
Tells Git if the executable bit of files in the working tree is to be honored.

А под кем ты коммитил, совершенно не важно. И уж точно не важно, кто отправлял коммиты во внешний репозиторий (push). Коммиты подписаны хешем и точно не изменятся при передаче.
Права файлов устанавливаются во время извлечения их в рабочий каталог (checkout), и владельцем будет тот пользователь, который извлекал.

Comments

[Евгений Шатунов]

Сергей Кузнецов , гит хранит права к файлам. По умолчанию хранит. Эту функцию, чтобы не хранил, надо принудительно отключать через git config core.fileMode false.

[Сергей Кузнецов]

Спасибо, уточнил ответ.
Этот параметр сообщает гиту, нужно ли сохранять исполняемый бит файлов в рабочем дереве. И ничего больше. А автор скорее всего имел в виду, что в репозитории сохраняется информация о владельце/создателе файлов, раз упоминается sudo. Это не так, как видим.

Но во время коммита не меняются аттрибуты файлов в рабочем каталоге, так что мой ответ по-прежнему верен.

[Евгений Шатунов]

Сергей Кузнецов, не стоит утверждать того, что имел в виду скорее всего, или не скорее всего, автор или просто другой человек.
У тебя ответ все равно не отвечает на вопрос. В чем-то он верен, но не в решении вопроса.
Не думай за других, спрашивай других. Разбираться стоит в их ответах на твои вопросы, а не в своих подозрениях.

С другой стороны, автор похоже не заинтересован в коммуникациях и решении своей проблемы. На вопросы он отвечать не стремится совсем.

[yellow_pus]

Евгений Шатунов, Ломал над эти голову вчера вторую половину дня, я уже гуглил на инглише эту особенность, первой ссылкой мне выпал именно совет ввести git config core.fileMode false, к сожалению, это не помогло

[Сергей Кузнецов]

yellow_pus, если ты думаешь что коммит создался неправильно, тогда удали его.
git reset HEAD~1
и повтори ещё раз «правильно». ))

[Евгений Шатунов]

yellow_pus, а почему ты игнорируешь мой комментарий прямо под своим вопросом?
И почему здесь в комментариях обращаешься ко мне, а не к Сергей Кузнецов? :)
Я ведь ничего тут кроме уточнений не написал.

Выхода у тебя два, в зависимости от твоего ответа на мой комментарий под вопросом. Если коммит у тебя локальный - просто удали его так, как советует Сергей Кузнецов.
Если коммит у тебя ушел в удаленный репозиторий, сделай откат изменений по этому коммиту любым удобным из десятков способов.