Problèmes de svn merge en accès http

Le
mpg
Bonjour,

J'ai des problèmes avec SVN en tentant d'effectuer un merge, quand
l'accès au dépôt se fait via http. Je reçois le message d'erreur
« URL du dépôt malformée » après plusieurs dizaines de secondes.

Ayant accès aux logs du serveur, je constate que le client fait pas mal
de requêtes de type PROPFIND et REPORT sur des chemins qui n'existent
pas dans trunk (mais existent dans la branche vers laquelle je veux
fusionner les modifications de trunk) et se mange donc des 404 en
retour. J'imagine que c'est après avoir reçu trop de 404 qu'il décrète
qu'il doit y avoir un problème avec le dépôt, et sort ce message
incongru.

(Mon URL est très bien formée, je vous assure, j'ai fait un
merge réussi il y a quelques jours avec la même ligne de commande. La
seule chose qui a changé entre temps, c'est le nombre de fichiers
déplacés dans la branche par rapport à trunk.)

Pour le moment, la seule façon que j'ai trouvée de pouvoir exécuter un
svn merge avec succès sur ce projet, consiste à utiliser l'accès shell
que j'ai au serveur et le fait que je suis root dessus donner à mon
utilisateur les privilèges suffisants pour faire un checkout, un merge
et un commit sans passer par apache (url en file:// pour accéder au
dépôt) puis des chown pour tout rendre à www-data (le compte sous lequel
tourne le serveur web). Ce n'est bien sûr absolument pas satisfaisant,
mais ça prouve au moins que le problème est lié à la méthode d'accès et
pas à une limitation intrinsèque de SVN.

Avez-vous eu des problèmes similaires pour gérer les branches sur un
dépôt SVN servi en http ? Y a-t-il moyen de contourner ce problème de
façon satisfaisante en restant en http, ou la morale est-elle que servir
un dépôt svn en http impose trop de limitations et qu'il faut mieux
passer par une autre méthode, comme svnserve ?

(J'avoue que j'aimais bien Apache pour la gestion aisée des accès sur
différents dépôts, et le fait qu'il garde des logs contrairement aux
autres méthodes d'accès.)

Merci d'avance pour vos conseils.

--
Manuel Pégourié-Gonnard Institut de mathématiques de Jussieu
http://weblog.elzevir.fr/ http://people.math.jussieu.fr/~mpg/
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
mpg
Le #18489501
mpg scripsit:

Avez-vous eu des problèmes similaires pour gérer les branches sur un
dépôt SVN servi en http ? Y a-t-il moyen de contourner ce problème de
façon satisfaisante en restant en http, ou la morale est-elle que servir
un dépôt svn en http impose trop de limitations et qu'il faut mieux
passer par une autre méthode, comme svnserve ?



Bon, en l'absence de réponse, c'est la conclusion à laquelle j'en suis
arrivé. Je sers donc maintenant le dépôt en http:// et en svn://, ce qui
en fait ne pose aucun problème de gestion des droits (il suffit que
svnserve tourne sous le même utilisateur qu'apache). Le http n'est
utilisé que par les personnes qui ont des problèmes de pare-feu.

--
Manuel Pégourié-Gonnard Institut de mathématiques de Jussieu
http://weblog.elzevir.fr/ http://people.math.jussieu.fr/~mpg/
Publicité
Poster une réponse
Anonyme