Subversion pour web designer: dépôt sur un partage réseau et ftp au serveur en direct?

Question

Ma configuration:

• htdocs sur un ordinateur Windows partage réseau (z:)
• développeurs web vérifier avec dreamweaver Modifier et vérifier à nouveau à la z d'entraînement
• LAMP en cours d'exécution sur un serveur Ubuntu virtualisé sur Hyper-V avec apache ce point sur le lecteur z pour dev afin de tester les sites
• Télécharger par FTP sur le serveur en direct

Je besoin d'un accès multiple au référentiel, les garder sur un partage réseau et nous gérons environ 200 sites. Tous les développeurs web, des administrateurs et des TI ont besoin d'accéder au partage.

Je trouve que la création d'un serveur svn est la meilleure façon pour moi, donc je l'ai créé sur un serveur d'Ubuntu qui est virtualisé sur Hyper-V. En ce moment, je les prises en pension locale sur le serveur Ubuntu, mais je les aime sur mon lecteur réseau et je voudrais avoir un post-commit, si possible, afin de ftp directement sur mon serveur en direct. Est-ce que vous en pensez qu'une solution WebDav serait mieux?

Merci à l'avance

Angelo

Answer 1

Le serveur subversion est plus d'un architeture traditionnel client-serveur, configurez le serveur SVN pour répondre à l'accès au réseau, consultez le code de la machine distante souhaitée et construire là.

ancien logiciel de contrôle de code source lu à partir des référentiels de fichiers directement. Alors que la subversion fait lecture de support du référentiel directement, l'introduction d'un réseau entre ce qui devrait être un fichier directement lu crée souvent des problèmes que vous préférez éviter. Au lieu d'utiliser l'accès direct aux fichiers, utilisez l'accès au réseau qui est écrit avec les délais d'attente possibles, des pannes (dépôt causées par des pannes de réseau), et d'autres questions liées au réseau à l'esprit.

Si vous trouvez que la technique de svnserve d'accéder SVN est un peu maniable bits (vous devrez attribuer un port, et peut-être ouvrir un port sur le pare-feu), il semble que votre environnement ferait mieux par SVN à effet tunnel à travers HTTP ou HTTPS. Il y a un module Apache (nommé mod_svn) qui se traduira par HTTP et leurs URL GETs dans les demandes SVN et déplacer le dos de données comme si elle était une simple demande de page Web. Le module permet également une navigation limitée du dépôt SVN.

Answer 2

Je note, que plutôt que la poste allouent être mis en place pour les fichiers FTP sur le serveur, il pourrait être à votre avantage de mettre en place un simple fichier PHP ajouté à chaque site qui déclenche le serveur pour exécuter une mise à jour de la subversion. Cela permet d'éviter les failles de sécurité de FTP. Tout ce que vous avez à faire est de tirer une fois le site de la subversion, assurez-vous que la propriété et les autorisations sont correctes, assurez-vous que ce dossier php est autorisé à passer des commandes shell à travers, puis votre post-commit hook serait d'exécuter le fichier php au lieu. De toute évidence, le poste engagement crochet devrait être configuré correctement pour chaque dépôt, mais vous devez le faire avec votre méthode FTP ainsi, et il serait probablement plus complexe à mettre en place.