Discussion :

[Math71]

Bonjour,

Ne sachant pas où mettre mon message, je m'excuse par avance si un modérateur doit déplacer mon message.



Actuellement dans mon entreprise, on utilise seulement git pour "tracer" les modifications.

On travaille tous dans le même dossier et on commit nos changements pour "tracer" la modification.

Je cherche a amélioré notre façon de travailler pour se servir de Git correctement.

Donc le dépot actuel, je souhaiterai le transformer en "serveur".

Et donc cloner se dépot sur chacun de nos postes.

Cependant, je me rends compte, que je n'arrive pas pousser mes commits étant donné que le dépot n'est pas "nu" et j'aimerai que ça reste ainsi.

Un de mes collègues se sert du dépot actuel pour compiler et faire les livraisons donc je souhaiterai qu'il reste en l'état et qu'il se mette à jour automatiquement à chaque fois que l'un de nous pousse nos modifications.

Suis-je obliger de créer un dépot nu ailleurs et de le cloner à la place de notre dépot actuel et de récupérer les modifications par des "pull" régulièrement ?

Je me doute que ce n'est pas le fonctionnement optimal de Git, mais nous sommes une petite équipe vieillissante (excepté moi) et je n'ai pas envie de changer complétement leur mode de travail pour une utilité très relative (Juste une demande de CAC, d'utiliser mieux que nos copies....), on avait déja la tracabilité des modifications, mais ce n'est pas "propre" donc on nous force à changer...

J'espère avoir été clair

[Gluups]

Bonjour,

Il pourrait être tentant de renvoyer à un forum spécialisé en Git, alors je me permets de signaler que j'y ai posé une question le 15 mars, et qu'elle n'a l'air d'inspirer personne, donc soit ma question est difficile, soit ... le forum se désertifie :

https://www.developpez.net/forums/d2...velle-machine/

J'ose espérer que Visual Studio 2019 Community n'a pas rendu l'utilisation de Git tellement difficile que tout le monde a baissé les bras.

***

Je viens de m'intéresser à la deuxième réponse sur la recherche "forum Git".
Il y a quelque temps j'ai un peu essayé de chercher un forum sur github.com et la présentation m'avait beaucoup dérouté.
On dirait qu'il y a du progrès :
https://github.community/

Ça m'a l'air d'être anglophone, par exemple.

[Math71]

Bonjour,

Merci de ta réponse.

J'ai beau avoir posté sur plusieurs forum, aucune réponse.
Soit question difficile, soit les personnes en ont rien a faire étant donné que ce n'est pas l'utilisation "classique" de Git....

Je vais devoir faire changer une méthode de travail vieille de plus de 20 ans, juste pour avoir une traçabilité Git. C'est beau l'évolution...

[kaitlyn]

Salut,

Cependant, je me rends compte, que je n'arrive pas pousser mes commits étant donné que le dépot n'est pas "nu" et j'aimerai que ça reste ainsi.

Un de mes collègues se sert du dépot actuel pour compiler et faire les livraisons donc je souhaiterai qu'il reste en l'état et qu'il se mette à jour automatiquement à chaque fois que l'un de nous pousse nos modifications.

Suis-je obliger de créer un dépot nu ailleurs et de le cloner à la place de notre dépot actuel et de récupérer les modifications par des "pull" régulièrement ?

Très souvent les solutions se trouvent dans les branches :
https://martinfowler.com/articles/br...-patterns.html

[Math71]

On est une petite équipe de 4.

Il y a très souvent qu'une seule personne qui faire des amélioration de l'applicatif.
Mes collègues ont l'âge de mes parents et donc ils ont un fonctionnement qui date de plus de 30ans avec aucun problème.
On nous demande de faire du Git (je suis pour mais je comprends la réticence de mes collègues)

Je cherche à faire un système tout simple ou on aura pas besoin de modifier tous nos scripts (et leur fonctionnement) juste pour être "propre" vis à vis d'un auditeur chiant.

Je cherche juste à faire un dépôt distant qui se mettent à jour tout seul comme c'était le cas avant cette histoire de dépôt nu.

Nous avons juste besoin de Git pour que l'auditeur puisse dire : "Ok, les modifications sont tracer"

Je ne vais pas leur faire faire une usine à gaz que pour ça.
Les branches c'est bien pour les personnes qui maitrisent Git et qui sont plusieurs à travailler sur le même code, ce qui n'est pas du tout notre cas.

Quand ils seront à la retraite, je pousserai pour faire du "vrai" Git. Mais la, ça changera complétement leur méthode de travail pour aucun gain !

[kaitlyn]

Vous continuez comme d'habitude et la personne qui fait la compilation fera un "push" juste avant sur le dépôt distant.

[Math71]

J'essaye de résumer, l'idée que j'ai avec vos commentaires.

Je créé un dépôt nu vide.
Je configure le dépôt actuel pour pousser les modifications sur le nouveau dépôt.
et après on a juste a faire du clone/pull pour chaque dépôt local pour garder notre fonctionnement actuel.

Je pense que c'est la meilleur la solution pour nous, les habitudes ne changent pas trop et c'est "simple" à faire.

Il faut juste que je fasse les essais avant de leur présenter mais ça devrait aller.

Dommage que je ne puisse pas transformer le dépôt actuel en "serveur" non nu

[kaitlyn]

Non vos habitudes ne changent pas. Mais vous utilisez déjà git ou pas encore ?

[Math71]

Pour le moment :

On a un serveur qui contient toute l'application (compilés, sources et divers dossier utile au bon fonctionnement)
Il y a 1 an on a initialisé un dépôt Git dans le dossier source, mais nous continuons a travailler dans ce dossier.

On utilise seulement Git pour avoir une trace des différentes modifications (on commit seulement après avoir développer et tester une nouvelle fonctionnalité).
On fera bientôt une nouvelle mise à jour majeur (la première avec la Git) donc pour le moment Git est très peu utilisé.

Nous allons démarré un nouveau projet avec une technologie qui nécessite un développement en local, mais seulement pour le développement d'API Rest donc qui ne touchera pas l'existant sauf pour réutiliser du traitement déja créé.

Je pense que certains de mes collègues qui ne toucherons pas aux API souhaiteraient rester dans le même fonctionnement que maintenant, donc développer directement dans le dossier source du serveur.

J'espère que cette explication vous permettra de mieux voir ce que l'utilisation de Git peut changer leurs habitudes et trouver une solution "simple".

[kaitlyn]

Dans votre dossier commun de travail (avec vos sources, outils, etc) il y a un dossier .git qui est en fait votre dépôt local à tous. Rien n’empêche de continuer à travailler comme à vos habitudes. Un dépôt dit distant (site, dossier local, etc) n'est pas obligatoire si vous n'en avez pas l'utilité. Le répertoire de travail (working directory) peut tout à fait être partagé par plusieurs personnes avec git init --shared=? si je ne dis pas de bêtises. Il suffit juste de renseigner les variables d'environnement GIT_COMMITTER_NAME, GIT_COMMITTER_EMAIL qui seront propres à chacun et vous aurez une solution pour moi viable.

[Math71]

C'est notre fonctionnement actuel.

Malheureusement avec le nouveau produit (serveur web intégré par le propriétaire du langage), nous devons développer et surtout exécuter sur notre poste (on ne peut pas exécuter du code sur un lecteur réseau...)

C'est pour ça, que je souhaite transformer le dépôt actuel en "serveur", mais ce n'est pas possible d'après ce que j'ai essayé.
La solution que je pense, c'est de créer un dépôt nu qui sera le serveur, cloner le dépôt sur notre poste et le transformer notre dépôt actuel en "client" .

Pensez vous a plus simple ou a des risques ?

[kaitlyn]

Qu'est ce qui empêche votre nouvel environnement de développement de compiler et d'exécuter du code dans un répertoire local ?
Sinon oui, le dépôt du répertoire de travail et le distant ne sont pas structurés de la même manière, et dans cette optique on en revient au message #7, alors que juste avant je proposais que celui qui faisait la compilation joue aussi le rôle d'intégrateur, pour éviter les risques de conflits, mais comme vous êtes 4 avec déjà une expérience git, ça devrait bien se passer.

[Math71]

Je ne vois pas de problème, c'est pour l'expliquer.
L'expérience Git pour mes collègues se résume à ouvrir Sourcetree et commit modification.
Il y a aucune branche, aucun serveur distant.
Donc oui, on peut tout faire en local, mais c'est pas leur fonctionnement et nos scripts sont déja en place et le changement est compliqué à faire passer sans expliquer les avantages et je ne suis pas doué pour ça...

Du coup, je vais partir sur ma solution du #7 en effet.

Il va juste falloir que je fasse attention a l'initialisation, mais ça devrait se faire sans dommage

Merci pour vos réponses

[kaitlyn]

L'expérience Git pour mes collègues se résume à ouvrir Sourcetree et commit modification.

Tu mets à disposition un script, ce sera encore plus simple.