ressemble un peu à issue 2716 qui suggère:
Voici une solution pour le problème que vous rencontrez, essentiellement au lieu de faire une énorme poussée, vous le décomposer en plusieurs poussées plus petites:
- 1/connaître le nombre de révisions de votre dépôt,
- 2/c & p le script suivant (en bash, utilisez votre langage de script favori si vous ne l'aimez pas bash):
#!/bin/bash
for rev in {1..NUM_OF_REVS}
do
hg push -r $rev REPO_URL
done
- 3/vous prenez quelques casse-croûte. 4/Si certaines poussées échouent, ne vous inquiétez pas, la poussée suivante va rattraper le retard.
Cela dit, les questions relatives Windows IIS a été rapporté comme bien.
Cette "blog post comment" détaille également:
j'ai eu la même erreur "Bad Gateway" et a résolu le problème. Pensez qu'il s'agit de: 1.Installez Mercurial 1.2.1 sur le serveur. La version fournie avec TortoiseHg n'est pas suffisante, elle ne pilotera pas l'application CGI. Je reçois une exception "Bad Gateway" lorsque j'essaie d'exécuter hgwebdir.cgi à partir d'une application Web qui existe sur un lecteur différent de mon lecteur système principal. Si vous utilisez Mercurial 1.5, assurez-vous que vous utilisez Python version 2.6.4 pour exécuter les scripts cgi dans IIS.
Merci, j'ai vu ces quand je creusais autour d'une solution, mais mon dépôt est très faible (peut-être 5MB totale, 4Mo de ce répertoire étant le .hg), avec seulement 5 révisions (I » Je ne fais que tester cela jusqu'à présent). J'utilise Mercurial 1.5.1 et Python 2.6.5, puisque ce sont les dernières versions de chacun. – tjsimmons
@tjsimmons: intéressant. Ensuite, il s'agit d'un problème de configuration du serveur, pour lequel je n'ai aucun élément immédiat à ajouter. – VonC
Je pense que c'est probablement un problème de serveur que je n'ai aucune idée d'où aller pour réparer. J'imagine que c'est une combinaison de vitesses de ralentissement/élévation (une seule ligne T1 alimentant plusieurs postes de travail), et probablement une mauvaise configuration en mon nom. – tjsimmons