Ne pas faire confiance à un fichier.hg/hgrc de non approuvé racine de l'utilisateur, du groupe de dev

le dépôt appartient à l'utilisateur root, et le groupe dev

un autre utilisateur exécute hg update sur le dépôt et l'obtention de l'un des messages suivants:

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 nous avons:

trusted.users=root

Dans le répertoire home de l'utilisateur qui exécute hg update, nous avons ce fichier hgrc:

[trusted]
users = root
groups = dev

L'utilisateur se connecte au serveur en utilisant ssh et exécuter les commandes.

que peut-on faire pour arranger ça?

37
demandé sur Martin Geisler 2011-12-16 18:53:48

2 réponses

Merci de lire aide pour la confiance dans l'Mercurial et assurez-vous que vous avez ajouté les paramètres de confiance sur le serveur. Quand vous vous connectez sur SSH, peu importe qui vous faites confiance ou pas confiance localement - c'est le hg binaire que vous exécutez sur le serveur (via le tunnel SSH) qui doit faire confiance au fichier de configuration.

notez aussi que vous devez mettre

[trusted]
users = root

dans le /etc/mercurial/hgrc le fichier sur le serveur. section.key = name syntaxe que nous utilisons lorsque nous parlons les paramètres de configuration ne fonctionnent que sur la ligne de commande.

66
répondu Martin Geisler 2017-01-30 18:57:48
https://j.ee.washington.edu/trac/gmtk/ticket/33

Ajouter /etc/mercurial/hgrc.d/trust.rc

[trusted]
groups = yourgroup
users = youruser

essentiellement, écrire des permissions à / repo/.hg / hgrc ne fonctionnera pas, car le fichier lui-même appartient à un utilisateur non fiable.

23
répondu DustWolf 2013-10-19 08:58:49