Недоверяющий файл .hg / hgrc от недоверенного пользователя root, группа dev - PullRequest
40 голосов
/ 16 декабря 2011

Хранилище принадлежит пользователю root и группе dev

Другой пользователь запускает hg update в хранилище и получает следующие сообщения:

Not trusting file /dev/.hg/hgrc from untrusted user root, group dev
Not trusting file .hg/hgrc from untrusted user root, group dev
Not trusting file /dev/.hg/hgrc from untrusted user root, group dev
Not trusting file /dev/.hg/hgrc from untrusted user root, group dev
abort: Permission denied: /dev/src/backend/java/com/tt/afr/schedule/service/ScheduleComparator.java

В /etc/mercurial/hgrc имеем:

trusted.users=root

В домашнем каталоге пользователя, выполняющего hg update, у нас есть файл hgrc:

[trusted]
users = root
groups = dev

Пользователь подключается к серверу с помощью ssh и запускает команды.

Что мы можем сделать, чтобы это исправить?

Ответы [ 2 ]

71 голосов
/ 16 декабря 2011

Пожалуйста, прочитайте справку о доверии в Mercurial и убедитесь, что вы добавили настройки доверия на сервере .Когда вы подключаетесь по SSH, не имеет значения, кому вы доверяете или не доверяете локально, - именно двоичный файл hg, который вы запускаете на сервере (через туннель SSH), должен доверять файлу конфигурации.1007 * Также обратите внимание, что вам нужно поместить

[trusted]
users = root

в файл /etc/mercurial/hgrc на сервере.Синтаксис section.key = name, который мы используем, когда говорим о настройках конфигурации, работает только в командной строке.

25 голосов
/ 19 октября 2013

Для всех остальных, кто добавил это решение в свой /repo/.hg/hgrc и ничего не произошло, это решение сработало для меня: https://j.ee.washington.edu/trac/gmtk/ticket/33

Добавить в /etc/mercurial/hgrc.d/trust.rc

[trusted]
groups = yourgroup
users = youruser

По существу, разрешение на запись в /repo/.hg/hgrc не будет работать, поскольку сам файл принадлежит ненадежному пользователю.

...