2015-10-20 3 views
0

Я клонировал репозиторий git. Я хотел бы гарантировать, что независимо от моего umask файлы в моем клоне могут записываться группами.«Ядро.sharedrepository» влияет на рабочий каталог?

Я установил core.sharedrepository в group, затем chmod деактивировал файлы по мере необходимости.

Однако при выполнении git checkout whatever права доступа к файлам устанавливаются в соответствии с моим umask, а групповая запись запрещена.

Является ли это ожидаемым поведением? «Core.sharedrepository» влияет только на файлы в /.git, а не на рабочий каталог?

(Я понимаю, что даже если бы он работал так, как я ожидал, он не будет действовать на новые файлы, созданные пользователем, только на файлы, измененные с помощью git-действий, поэтому, возможно, идея глупа в первую очередь, но я хотел бы, чтобы этот вариант был уточнен для понимания.)

ответ

1

Как вы видели, настройка core.sharedRepository (или , случай игнорируется для них) влияет только на репозиторий. Это предназначено для настроек, когда несколько пользователей нажимают на общий репозиторий, используя свои собственные идентификаторы (например, прямым доступом или через ssh-ing, как и на сервере).

+0

ОК, поэтому в случае не-голого репо оно влияет только на подкаталог '.git', но не на« рабочий каталог ». (Просто перефразируйте, чтобы быть уверенным, что я правильно понял.) –

+0

Да (хотя это также означает, что на не-обнаженном репо нет оснований беспокоиться в первую очередь :-)). – torek

+0

Да, я согласен с этим. Вы можете вообразить, что кто-то работает над (не-голым) репо и позволяет другому пользователю нажать на свое репо, но не на проверку. Но на практике он, похоже, предназначен для голых репозиториев. Документы оставили мне сомнения. Спасибо за разъяснения. –

Смежные вопросы