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 ?