Subversion et déploiement de test

J'ai un client que j'essaye de convaincre d'implémenter Subversion (je sais, je sais). Mon pitch va quelque chose comme ça: son domaine de test est visible pour Google et d'autres webcrawlers, malgré tous ses efforts (robot.txt nonobstant). En plaçant le référentiel sur une URL svn: //, nous pourrions éviter que le code ne soit analysé avant le déploiement sur le domaine en cours.Subversion et déploiement de test

Ma question est la suivante: existe-t-il un moyen de déployer un domaine de test, puis de le redescendre une fois le travail terminé. Je suppose que ce que je demande est un moyen de basculer le domaine de test facilement et à travers Subversion ou un outil en conjonction avec Subversion.

Il s'agit plus d'un problème de gestion des clients, mais vous ne m'avez jamais laissé tomber.

Source

2010-01-15 b. e. hollenbeck

... Je suis un peu confus, vous ne pouvez évidemment pas exécuter le site Web sur le 'svn: //' URI ... via le navigateur, c'est seulement bon pour la navigation de la source ... –

J'ai aussi ne comprends pas vraiment le lien entre le domaine de test et les références svn. Aussi "... y a-t-il un moyen de déployer sur un domaine de test, puis de le ramener après que le travail ait été fait." Veuillez réviser la question. – Jamie

Il existe de nombreuses raisons d'utiliser SVN, mais je ne pense pas que "empêcher votre code d'être exploré" en fait partie.

Si vos domaines de développement et votre code peuvent être explorés par les moteurs de recherche, vous avez un sérieux problème d'administration système. Il existe des dizaines de solutions à ce problème ... Liste blanche IP, Authentification HTTP sur une base par site, ACL par domaine, etc. HTTP Auth prend 5 secondes pour mettre en place ... vous devriez vraiment avoir quelque chose allant. La multitude d'avantages pour SVN sont couverts partout, donc je ne vais pas vanter ses vertus ici. Google "pourquoi utiliser SVN" pour compiler une liste de bonnes raisons.

En ce qui concerne les domaines de test, ce n'est pas vraiment quelque chose à contrôler avec SVN. C'est aussi simple qu'un changement de configuration rapide du serveur Web pour déterminer quels sites sont actifs et lesquels ne le sont pas. Toutefois, si vous avez contrôlé l'accès à votre domaine de test, vous n'auriez même pas besoin de le faire.

Source

2010-01-15 01:14:32 zombat

Le serveur de test est a) pas mon serveur et b) plein de code hérité. J'hérite de ce projet et le client est habitué à un certain flux de travail. Je me demandais simplement s'il y avait quelque chose que je pouvais utiliser, franchement, pour vendre le client sur SVN. Je dois dire que l'idée d'avoir un navigateur web qui traite svn: // les URI comme http: // serait un moyen vraiment cool de tester des applications web. Une liste blanche IP va devoir être le chemin, je pense. –

Je pense que l'idée d'une application web testbed et le stockage de votre code dans svn sont deux problèmes différents. Pour éviter que Google explore votre banc d'essai, pourquoi ne pas l'exécuter derrière un pare-feu?

Pourriez-vous utiliser localhost à des fins de test?

Source

2010-01-15 01:12:09

Verrouillez l'url/dossier via .htaccess et utilisez-le. Cela a zéro à faire avec Subversion.

Source

2010-01-16 21:42:02 CaseySoftware

Subversion et déploiement de test

Répondre

Questions connexes