Question

Je me sers d'un développement, la mise en scène, l'environnement de serveur de production avec d'autres développeurs.

En ce moment nous faisons des changements, de les tester sur notre serveur dev (ordinateur personnel), puis une fois que nous sommes satisfaits des changements et que vous voulez leur montrer au client ou à un examen interne, nous nous engageons les changements au référentiel et mettre à jour le travail du serveur de mise en scène copier via Samba (tortoiseSVN) ou ssh.

Cela devient vraiment fastidieux et répétitif. Je suis à la recherche d'avoir une mise à jour de post-commit hook le serveur de mise en scène à distance, mais les seules options semblent impliquer un codage dur creds utilisateur dans le crochet pour SSH ou la création d'un réseau avec un montage compte utilisateur. Est-il possible de transmettre l'authentification utilisateur de la première commettras au serveur de mise en scène de mettre à jour ou d'autres suggestions?

D'autres solutions de configuration sont les bienvenus.

Était-ce utile?

La solution

Si vous êtes inquiet au sujet des informations d'identification SSH utilisateur codage en dur dans votre script, vous pouvez créer une paire de clés SSH sans mot de passe. Sur la machine de destination, vous voulez limiter cette paire de clés à exécuter uniquement Subversion en ajoutant

command="/path/to/svnserve -t"

à l'avant du fichier de clés autorisées SSH, comme:

command="/usr/bin/svnserve -t" ssh-dss <key text>

Modifier votre script crochet pour utiliser cette clé pour la connexion, et vous aurez (légèrement) plus de sécurité qu'une clé SSH traditionnelle sans mot de passe.

Autres conseils

Avez-vous envisagé l'utilisation d'un système automatisé comme CruiseControl ( http://cruisecontrol.sourceforge.net/ ) sur votre serveur de mise en scène?

CruiseControl peut être configuré pour vérifier s'il y a de nouveaux checkins puis commencer une construction (qui habituellement une caisse comme il est la première étape).

Vous pouvez même surveiller les différentes branches et faire l'intégration automatisée et la libération construit selon quelle branche se sont vérifiées dans les changements.

Nous utilisons cet idiome très sucessfully ici pour notre automatisée Builds.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top