Discussion :

[Invité]

Bonjour,

Dans le cadre d'activités liées au reporting, je vais devoir envoyer des données sur une file "master". De cette file master combien de file "secondaire" conseillez vous d'avoir ?

Je vais faire simple :

la master = projet principal
file 2 = modifications que va récupérer la master
file 3 = modifications que va récupérer la master ou la file 2 ?

Comme pouvez le voir j'ai du mal à voir comment ne pas mettre un bazar sans nom au delà de 2 branche , je suis régulièrement confronté à des branches introuvables, fantômes, on ne sait pas si c'est la file 2 ou la master qui va récupérer en cas de fusion ...

J'utilise du Git GUI

Merci de vos lumières

[Marco46]

On est d'accord que ce que tu appelles une "file" c'est une branche ? Je ne sais pas d'où tu sors ce terme.

Pour les branches il faut distinguer les branches de collaboration des branches de travail.

Une branche de collaboration c'est une branche qui sert de cible à une fusion (merge) et qui est publiée aux autres collaborateurs sur un bare repository (ton dépôt distant GitHub / GitLab). Par convention elle est nommée master. On en parle aussi comme du tronc commun (trunk chez SVN) On peut en avoir plusieurs dans un projet quand on gère le périmètre fonctionnel de son projet avec des branches.

Une branche de travail c'est une branche qui est exclusive à un développeur et qui lui sert à préparer une contribution. Elle n'a pas pour destin de continuer à exister après avoir été fusionnée dans ta master.

Donc de quoi parles-tu ?

[Invité]

Bonjour

On est d'accord que ce que tu appelles une "file" c'est une branche ?

Oui , oui quand je parle de file = branche

[Marco46]

Du coup tu parles de branches de collaboration ou de travail ? C'est du reporting à quel type de personnel ? Pourquoi faire ?

Pour les branches de travail, la seule limite est technique, plus tu as de branches plus ça va rendre ton dépôt obèse et ça va impacter la vitesse d'exécution de ton CLI mais on parle de quantités énormes, en général tu as rarement plus que les doigts d'une main de branche de travail en cours et quand elles sont mergées tu peux les supprimer. De même pour la code review une fois la review effectuée il n'y aucune raison de garder la branche.

Pour ce qui est des branches de collaboration il est fortement conseillé d'en avoir une seule et unique, mais c'est pas si simple que ça à faire.

[Invité]

Du coup tu parles de branches de collaboration ou de travail ?

Pour le travail

C'est du reporting à quel type de personnel ?

Les clients finaux sont , contrôle de gestion , marketing, comptabilité , finance .

Pourquoi faire ?

Je souhaite conserver des trames de fond en cas de besoin 9 + historiser les versions d'un reporting données . Tel version a tel moment , on intègre telle nouvelle présentation à tel moment.

[Marco46]

Les clients finaux sont , contrôle de gestion , marketing, comptabilité , finance .

En quoi le nombre de branches de travail poussée sur un dépôt à un instant va les intéresser ?

Tu penses que ça représente quoi comme indicateur ?

Je souhaite conserver des trames de fond en cas de besoin 9 + historiser les versions d'un reporting données . Tel version a tel moment , on intègre telle nouvelle présentation à tel moment.

J'ai relu plusieurs fois mais rien à faire je ne comprends rien à cette phrase désolé. C'est juste lunaire.