2010-04-28 8 views
1

On m'a confié la tâche de gérer ensemble un refactoring complet d'une page web, construit en PHP. Je suis seulement le travailleur étudiant :(donc mon expérience dans un environnement de développement de l'équipe est limitée.Environnement de développement d'équipe

Eh bien, ma question est ici la meilleure façon peut-on gérer le développement du site? Au moment Utilisent-nous un SVN pour le contrôle de version, où chaque dev a une branche Je rêve de mapper [nom brach] .devserver.com à la branche donnée du SVN Mais je ne suis pas sûr que ce soit la meilleure façon de le faire ? La mise en place au serveur de développement local sur chaque dev pc serait-elle meilleure? De plus, si nous devons utiliser notre serveur de développement pour nos tests, le mappage vers la branche SVN est-il préférable?Toute contribution sera grandement appréciée.

+0

Quelle est la taille de votre équipe? – leonm

+0

8 personnes (6 autres signes) – Androme

Répondre

1

C'est pourquoi le contrôle de version distribuée gagne du terrain.

Pour plus d'informations consultez le bazar: http://doc.bazaar.canonical.com/latest/en/user-guide/bazaar_workflows.html

Et Hg tutoriel Init Joel: http://hginit.com/

Ils vous donneront un peu meilleure compréhension de DVCS, et pourquoi il vaut mieux que d'utiliser Subversion (à mon humble avis ... et quelques autres milliers de programmeurs). Et si vous utilisez DVCS, vous pouvez tester sur le serveur "principal", vous pouvez installer chacun des serveurs LAMP/WAMP et tester sur votre propre boîte, ou toute autre variation à laquelle vous pouvez penser. L'important est de déterminer ce qui fonctionne le mieux pour votre équipe et de le faire.

2

Je crois qu'il est plutôt bon d'avoir un environnement local où vous pouvez travailler sans vous soucier de détruire quoi que ce soit et d'avoir des types d'environnement clairs.

En outre, je pense que c'est une bonne idée d'avoir différentes branches pour le développement, les tests et la production. En ayant cela, vous avez tout votre code fini et testé dans l'environnement de production et le code fini, mais non testé dans l'environnement de test. Cela facilite l'exécution de tests, la présentation du produit et le développement.

Si vous allez travailler en tant que gestionnaire, demandez à votre équipe sur les aspects techniques. Ils ont probablement de bonnes idées, et c'est toujours bon de savoir ce qu'ils aiment.

Questions connexes