Recherche conseils sur Git : je veux réorganiser mes devs !

[y(oYo)]

Ce message s'adresse aux informaticiens

Bonjour à tous,

Je poste ce message au cas où un expert Git passerait par là, et pourrait me conseiller.
Je n'ai pas encore repris les développements du site car mon organisation actuelle est trop contraignante, et je voudrais tout réorganiser.
Jusqu'à maintenant, j'utilisais Aptana (Eclipse) pour le développement, car il a un plugin de FTP qui permet de synchroniser facilement les fichers soit sur mon FTP de dev (sur mon NAS à la maison), soit sur mon FTP de prod (l'hébergement public).
Comme gestionnaire de version, j'utilise SVN (je sais je sais...).
Voici l'architecture globale actuelle :

EnvDevActuel[1].png (30.9 Kio) Consulté 32490 fois

J'ai un seul Repo avec les deux projets Dev et Prod au même niveau.
J'aurais pu m'organiser en branches, mais je trouve ça plus facile d'avoir le Dev et la Prod d'un seul coup, je peux mettre à jour les fichiers sur l'un et l'autre FTP rapidement.
Bref, les commits fichiers par fichiers de SVN commencent à me fatiguer, et je voudrais passer sur Git pout mieux m'y retrouver.

En premier lieu, je me suis dit que j'allais juste remplacer SVN par Git, et j'ai donc installé eGit sur Aptana.
Problème, Aptana possède sa propre implémentation de Git, et sa fout la grouille.
Je voulais conserver Aptana pour son plugin FTP que je trouve pratique.
J'ai oublié de le faire apparaître sur le dessin ci-dessous, mais j'utiliserai un autre soft pour faire mes commits Git (un Eclipse "nu" séparé je pense).

Maintenant, j'ai lu sur le net qu'il était possible de placer des hooks dans Git, pour gérer l'aspect publication vers le site web de Prod automatiquement.
J'ai donc repensé mon environnement de développement comme ceci :

EnvDevSouhaite[1].png (25.96 Kio) Consulté 32490 fois

J'aurais donc une branche Git "dev" pour les développements, et une branche Git "master" pour la prod.
Je conserverais Aptana pour coder, et le plugin FTP pour envoyer les modifs sur mon NAS et pouvoir tester immédiatement.
Je ferais les commit sur "dev", là rien à signaler.
Par contre, lorsque je ferai un merge sur "master", je voudrais au moment du "push" que ça parte sur le FTP de prod, sans que j'ai à me soucier de ce qui a été ajouté/modifié/supprimé.

Sur mon hébergement Web de prod, je n'ai pas Git, mais que du FTP.
J'ai trouvé ce plugin Git, que je compte installer sur mon NAS (Git y est aussi et sera le dépôt principal) :
https://github.com/ezyang/git-ftp

Donc voilà, je me demande si c'est une bonne façon de faire ?
Avez-vous des conseils ?
Merci d'avance.

[exocil]

Si tu as un compte Ultimate Console, demande à Akira ou Ichigo, d'ailleurs tu peux peut être demander à Akira via le owncloud, Will à du te faire créer un compte par Akira

[y(oYo)]

Ok merci je vais voir.
J'ai préféré commencer par exposer clairement mon besoin ici, pour pouvoir m'y référer par la suite.

[Spiral]

sympa ton petit discours en chinois!
J'ai rien compris!

[will13009]

Je vais essayer de demander à un ami qui est informaticien/ programmeur chez pas quoi, c'est un monstre

[y(oYo)]

sympa ton petit discours en chinois!
J'ai rien compris!

Pardon je me suis cru sur un forum d'informatique l'espace d'un instant !
On imagine pas le taf que ça represente de gérer un site hein
Mine rien il faut bien s'organiser pour durer dans le temps.

[y(oYo)]

Je vais essayer de demander à un ami qui est informaticien/ programmeur chez pas quoi, c'est un monstre

Yes merci copaing !

[vanilla-bear]

Personnellement dans ma boite voici comment l'on fonctionne.
Sur notre serveur nous avons 2 sous-domaines "dev" et "preprod" et notre domaine "www".
Chaque dossier à sa branche. dev -> branche dev . bref tu ma compris ! :p

Alors voici comment l'on procède :
- pour n'importe quel modif on commence sur la branche dev on peux y faire ce que l'on veux. on pull pour vérifier que personne n'y a travaillé dessus ( mais tu n'en a pas besoin vu que tu travaille seul dessus ). puis quand tu finis suffit juste tu add tes fichiers qui sont liés a tes modifications puis tu commit. puis push.
- preprod sert au client afin qu'il puisse tester les modifications. donc la je sais pas si cela te sert vraiment a part si tu veux faire tester certaines fonctionnalités a certain utilisateurs du site. pareil tu pull afin de récupérer les modifications de dev. normalement ici tu ne dois pas modifier de code si il y a un souci tu retourne sur dev et tu refais l’étape précédente.
- enfin www bas c'est la prod ! donc la tu merge la branche preprod une fois que les testes sont validés.

Alors je sais que cela ne répond pas vraiment a ta question vu que tu n'utilise pas la même architecture et que l'on a git directement sur notre serveur. Mais bon c’était un exemple d'utilisation ! ^^

Avec cette méthode peut être que tu pourrai relier aptana a ton sous-domaine dev et après tu pourrais utiliser putty afin de gérer toute la parti 'git' en ligne de commande sur ton serveur. Ce n'est pas moi qui est installé git sur notre serveur donc je ne sais pas a quel point cela peut être compliqué. Je précise également que ma proposition reste également a faire validé par un pro ! Car je te parle juste de la méthode de travaille que j'utilise dans ma boite que je respecte à la lettre et que je ne suis pas un expert GIT !

[y(oYo)]

Merci pour ta réponse.

Disons qu'il n'y a pas d'utilisation idéale pour tout le monde, chaque boite s'approprie une manière de travailler qui lui est la plus pratique.

Ce qui m'intéresse particulièrement, c'est comment sont transférés les fichiers de Git vers votre serveur www ?
J'aimerais savoir si c'est automatisé au moment du merge (via un hook ssh, ou ftp comme je mentionnais précédemment), ou si vous poussez à la mimine avec un comparateur de dossier + du ftp classique.
Si tu peux poser la question et m'éclairer ce serait bien sympa de ta part.

[Tomstom]

Personnellement je mettrai un jenkins pour le déploiement auto sur un commit sur l'instance de dev manière d'automatiser tout ça...

Tout dépend de la techno utilisée pour le site. Si c'est du drupal joomla wordpress & co c'est mort sinon c'est tout à fait envisageable.

Ensuite sur la gestion des branches on peut en discuter notamment sur les tags et e versionning.

Je reste dispo si t'as des questions

++

Tomstom