J'utilise un gitose et une gitose depuis quelques mois et je suis vraiment aimé tous les deux. Malheureusement, j'ai rencontré un problème d'accès à l'un de mes projets avec la gitose. P>
i Configurez mon gitose et mon gitose s'installe sur un compte serveur hébergé exécutant Debian. J'ai également mis en place quatre ordinateurs (deux Ubuntu, deux fenêtres) avec des touches RSA distinctes et définissez avec succès chacun pour accéder à l'installation de la gitose. Tout a fonctionné correctement pendant un certain temps. Récemment, cependant, je n'ai pas pu accéder à mon projet "Desktopconfiguration" de quelque manière que ce soit de quelque manière que ce soit (pousser, tirer, clone). J'avais initialement créé le projet DesktopConfiguration sur l'une de mes machines Linux, la poussé au serveur de gitosis et le cloné sur l'une de mes machines Windows. Je n'ai eu aucun problème y accéder jusqu'à récemment (les deux dernières semaines environ). Voici mon fichier gitose.conf et le message d'erreur que je reçois (les messages d'erreur sont les mêmes que j'essaie de pousser, de tirer ou du clone à l'aide de mes boîtes Windows ou Linux): P>
INFO:gitosis.run_hook:Running hook post-update DEBUG:gitosis.gitdaemon:Global default is 'deny' DEBUG:gitosis.gitdaemon:Walking '.', seeing ['RegexTester.git', 'gitosis-admin.git', 'Libraries.git', 'GlutenFreeShoppingAssistant.git', 'MovieAggregator.git', 'DesktopConfiguration.git', 'WallpaperChanger.git', 'RssFeedReader.git', 'FileRenamer.git'] DEBUG:gitosis.gitdaemon:Deny 'RegexTester' DEBUG:gitosis.gitdaemon:Deny 'gitosis-admin' DEBUG:gitosis.gitdaemon:Deny 'Libraries' DEBUG:gitosis.gitdaemon:Deny 'GlutenFreeShoppingAssistant' DEBUG:gitosis.gitdaemon:Deny 'MovieAggregator' DEBUG:gitosis.gitdaemon:Deny 'DesktopConfiguration' DEBUG:gitosis.gitdaemon:Deny 'WallpaperChanger' DEBUG:gitosis.gitdaemon:Deny 'RssFeedReader' DEBUG:gitosis.gitdaemon:Deny 'FileRenamer' INFO:gitosis.run_hook:Done.
4 Réponses :
pour "l'accès en lecture refus" Je vérifierais que l'utilisateur de la gitose sur le serveur disposait toujours d'un accès complet aux référentiels. Vous dites que vous êtes sûr que rien n'a changé sur le serveur, mais vous avez régné beaucoup d'autres choses. Il ne peut pas faire mal de vérifier.
C'est un bon appel. Malheureusement, je ne vois aucune autorisation qui semblait être éteinte. Chaque fichier et répertoire a à la fois lire et écrire un accès pour l'utilisateur actuel. J'ai également comparé contre un projet de travail et je ne vois aucune différence. L'erreur semble désactiver une ambiance de problèmes d'autorisations, cependant, en supposant que mes tests précédents soient corrects et que les fichiers de configuration sont valides. Êtes-vous au courant de tous les fichiers / dossiers que je devrais vérifier explicitement?
À ce stade, la seule chose que je peux voir que c'est différent de votre configuration à la nôtre, c'est que vous avez plusieurs lignes «écrities =», alors que nous en avons seulement un. Est-ce que cela échoue toujours si vous changez de ceux-ci à une seule ligne de: Enroute = WallpaperChanger Regexter MovieagRGregistrateur FileNamer GluttenFreeshoppingAssistantsBarganibliothèques de bureau RSSFeedReader? Toutes mes excuses pour la lisibilité du commentaire, je ne suis pas sûr de la marquage de ce que le formatage est plus agréable.
Excellent! Placer tous les projets sur la même ligne résolvé mon problème. J'apprécie grandement votre aide. Merci!
J'avais aussi ceci car la version publiée de la gitose ne garantit pas que le crochet après mise à jour est exécutable. Stackoverflow.com/Questtions/1474515/...
Il semble que la signature soit correcte dans la réponse du commentaire. J'avais le même problème et que (après quelques plaintes et grincements de dents) a finalement réparé le problème en plaçant tous les référentiels sur une seule ligne "écriture".
Lors de l'inspection de la source, on voit que la gitose utilise ConfigparaSer qui nécessite des options qui nécessitent des options. Apparaître sur une ligne ou vous pouvez casser la ligne si vous laissez de l'espace au début de la ligne suivante. Ainsi: ou
J'ai vu qu'avoir une ligne telle que
writable =
J'ai eu un problème similaire et le problème était assez simple:
J'ai créé par erreur Cela m'a fait gratter ma tête pour que je pensais que je partageais.
Merci! J'ai eu le même problème. Il est facile de faire si vous placez manuellement votre clé dans le répertoire .sSH, puis réinitiez une gitose qui appendra ses clés au fichier autorisé_keys.
J'ai exactement le même problème. Avez-vous déjà trouvé la cause de ce comportement?
Nice: toutes les rubriques de l'histoire du film de 1973, la piqûre.