Meilleures pratiques pour le développement distribué en PHP

Question

Supposons que 5 développeurs travaillent sur une application Web en PHP. Quels outils utilisez-vous pour que le développement soit fait efficacement? Parce que chaque développeur travaillera sur son propre module, comment le gèrent-ils? Par exemple Si vous développez pour .Net alors vous avez Visual Studio à cet effet et d'autres outils. Je sais que je peux utiliser SVN ou GIT pour le contrôle de version, mais comment allons-nous collecter du code auprès des développeurs? Je veux dire que le développeur enverra-t-il un courriel à une personne responsable du référentiel qui fusionnera son code ou y aura-t-il un IDE ou un outil disponible qui le fera automatiquement?

J'espère que je me suis fait clair.

Merci

Answer 1

Tous les programmeurs utilisent svn ou git à partir d'un seul serveur hôte visible à tous les développeurs. Vous ne collectez pas de code: chaque développeur vérifie ses modifications lorsqu'il a la certitude qu'il s'agit d'une amélioration du travail.

Answer 2

Ma seule expérience a été avec git. Avec la compagnie que je travaille pour que nous avons un domaine de développement où chaque travailleur a son propre environnement de développement ....

bob-smith.testdomain.com jane-doe.testdomain.com john-doe.testdomain. com etc., etc.

Chaque développeur dispose d'un référentiel git dans sa racine de document et d'un accès ssh au serveur où il peut accéder à différentes branches dans son environnement.

Nous utilisons lighthouse pour suivre les bogues et les nouvelles fonctionnalités que nous aimons incorporer dans notre application. Lorsqu'un ticket est créé dans un phare, un numéro unique est attribué au ticket. Quand un membre de l'équipe commence un nouveau projet, nous créons une nouvelle branche de maître. Disons que le ticket est # 501 et que le titre peut être Ajouter un widget. Nous nommerions notre branche t501-add-widget. Nous pouvons mettre à jour le statut de notre branche dans le phare et visualiser tout travail effectué dans notre référentiel sur github. Une fois que nous sommes prêts pour une version, nous allons dans le phare et chercher tous les billets qui ont été marqués prêts à fusionner. Ces branches sont fusionnées dans notre branche master puis mises en scène dans notre environnement de test, et enfin dans notre environnement alpha avant d'être finalement déployées en direct. Le combo de git, github et application de phare ont été formidables pour nous. Je ne peux vraiment pas imaginer le faire autrement.