Discussion :

[grinder59]

Bonjour,

je travaille sur un projet avec plusieurs personnes (un graphiste, un testeur).

les environnements dont j'ai besoin sont :
- evt_dev
- evt_graphiste
- test
- demo
- prod

Tous ces environnements sont sur un même serveur.

J'ai donc pensé à mettre en place l'organisation suivante :
- création d'un dépôt avec la version actuelle sur projet
- création de clones pour les différents environnements

Lorsque j'ouvre mon environnement de développement je fais un pull de mon repo pour récupérer les dernières modifications faites par le graphiste, je développe mes fonctionnalités et lorsque je les ai bien testées, je les push dans le dépôt.

Une fois que nous avons une version stable (fin de notre sprint), je vais dans le dossier de test pour faire pull de dépôt et récupérer la dernière version.

Une fois que les tests ont été effectués et sont concluants, je vais dans les dossiers de demo et prod et fais un pull du dépôt pour mettre en prod les dernières fonctionnalités.

Que pensez-vous de cette organisation ? Est-ce la bonne méthode ?

Merci de vos conseils et avis...

[Philippe Bastiani]

Non... avec ton process tu bloques chacun des environnements !

Il faut travailler avec des branches... par exemple en suivant ce workflow git-flow

Tu peux suivent se type de workflow manuellement ou installer l'extention gitflow

Cdlt,
Philippe

[grinder59]

Merci de ta réponse.

Le souci est si le graphiste et le dev travaillent sur le même environnement, les bugs de l'un risquent d'impacter l'autre et réciproquement !
en outre, je ne comprends pas ce que veut dire "bloquer chacun des environnement" ? En effet, en faisant un pull en début de journée, le dev récupère les pushs du graphiste avant de commencer à bosser et donc son environnement n'est pas bloqué, non ?

[Philippe Bastiani]

Merci de ta réponse.
Le souci est si le graphiste et le dev travaillent sur le même environnement, les bugs de l'un risquent d'impacter l'autre et réciproquement !

Non puisque chacun travaille sur sa branche...

en outre, je ne comprends pas ce que veut dire "bloquer chacun des environnement" ? En effet, en faisant un pull en début de journée, le dev récupère les pushs du graphiste avant de commencer à bosser et donc son environnement n'est pas bloqué, non ?

Oui mais les push sont alors interdits... si certains de tes fichiers sont partagés !

[grinder59]

Humm...

Ok pour les branches afin que chacun bosse sur ses fonctionnalités mais comment les tester ? Mon site est accessible via l'url : www.monsite.com
Lorsque je fais une modification sur le controller bidule, j'enregistre les modifications et ouvre l'url : www.monsite.com/bidule pour vérifier le résultat !

Donc si chacun bosse sur sa branche, est-ce qu'il est possible de tester nos développements individuellement ? Mon controller affiche la string "bonjour" et le graphiste définit un fond rouge.

Comment puis-je tester la page qui n'affiche que bonjour (ma fonction) ? et comment le graphiste peut-il tester la page vide mais avec un fond rouge ? L'idée étant qu'une fois non tests faits nous puissions commiter tout cela sera le master ?

[Philippe Bastiani]

Donc si chacun bosse sur sa branche, est-ce qu'il est possible de tester nos développements individuellement ? Mon controller affiche la string "bonjour" et le graphiste définit un fond rouge.

Il faut pour celà partager la même branche puisque vous allez travaillez ensemble !

Comment puis-je tester la page qui n'affiche que bonjour (ma fonction) ? et comment le graphiste peut-il tester la page vide mais avec un fond rouge ? L'idée étant qu'une fois non tests faits nous puissions commiter tout cela sera le master ?

Si tu ne veux pas interferer avec le travail d'un de tes collègues tu peux aussi travailler sur ta propre branche... Dans tous les cas tu pourras, si besoin, merger tout ou partie de la branche de travaux communs (locale et partagée) sur ta branche de travail... et lorsque tu souhaiteras partager ton travail tu pourra merge celui-ci sur la branche de travaux communs.

a+
Philippe