php, le débogage zend, la configuration svn pour de nombreux développeurs

Question

Je suis en train de créer un environnement pour de nombreux utilisateurs de développer de nombreux projets php sur.

J'ai installé l'édition communautaire de Zend Server sur un serveur Windows 2003. J'ai partagé le dossier apache / htdocs.

Chaque utilisateur dispose d'un dossier dans leur propre htdocs, par exemple:

/htdocs/bob/
/htdocs/sarah/
/htdocs/michael/
...

Avec les projets sur lesquels ils travaillent dans leur dossier, par exemple:

/bob/accountingSoftware/
/bob/eCommerceSite/
/bob/newCMS/
...

Dans ce dossier du projet qu'ils auront un svn checkout, par exemple:

/accountingSoftware/trunk/
/accountingSoftware/tag/
/accountingSoftware/branch/

Cela fonctionne bien, mais est maintenant svn incroyablement lent, car il travaille sur un lecteur réseau. Quelqu'un peut-il proposer une solution à cela?

Je prévois obtenir chaque développeur d'utiliser Eclipse, et profiter des fonctionnalités de débogage serveur Zend. Mais je ne suis pas clair sur la façon de faire, est mon approprié de configuration pour cela?

Je teste seulement cette configuration avec quelques développeurs au moment, donc je préfère faire des grands changements structurels / améliorations maintenant.

Je vous en serais reconnaissant des commentaires ou des suggestions.

Merci à l'avance.

Answer 1

Je recommande l'installation d'un serveur Zend local sur l'ordinateur de chaque développeur et votre serveur partagé exécuter le code de la zone actuelle.

Cela permet à chaque développeur de redémarrer le serveur quand ils ont besoin, et leur permet de travailler localement et pas à vous inquiéter au sujet d'un lecteur réseau.

Il vous permet également d'avoir un emplacement partagé où le dernier code de tout le monde peut être exécuté sans se soucier partiellement terminés les changements de chaque utilisateur.

Si vous essayez d'avoir tous vos développeurs travaillant sur un seul serveur, vous aurez toujours un certain nombre de développeurs que vous ne pouvez pas soutenir. En ayant le travail de tout le monde sur place, vous pouvez avoir autant de développeurs que vous avez besoin.