[Résolu] git | branches | fichiers partagés

David5647 · 14-01-2021 20:33:03

Bonsoir!

J'ai un dépôt avec un petit programme pour lequel j'ai créé un paquet debian.
Pour ne pas polluer un (éventuel) utilisateur n'utilisant pas debian, je me dis que ça serait pas mal de maintenir deux branches :
une qui contient uniquement le code source, une autre avec code source + source-debian

branche source

.

├── LICENSE

├── programme

├── README.rst

└── src

    └── programme.py

branche source + source debian

.

├── debian

│   └── ...

├── LICENSE

├── programme

├── README.rst

└── src

    └── programme.py

1 - Est-ce la bonne façon de faire? Deux branches distinctes?
2 - Si oui, comment puis-je "synchroniser" les fichiers communs des deux branches (programme, LICENSE, src...) sans avoir a constamment faire des patchs de l'une à l'autre?

Dernière modification par David5647 (16-01-2021 23:00:04)

lann · 14-01-2021 21:14:07

Le dossier Debian n'est utile que si tu utilise le programme debuild.
Donc si l'utilisateur n'a pas Debian, même si le dossier existe, ça ne le dérangera pas trop.

Pour ta question propre, je ne sais pas faire mais je ne suis pas vraiment une lumière avec git

cyrille · 14-01-2021 21:38:16

personnellement, je mets tout dans la même branche. Pourquoi veux tu 2 branches ?
main

pycpulimit-gtk/

├── debian

│   ├── changelog

│   ├── compat

│   ├── control

│   ├── copyright

│   ├── install

│   ├── postinst

│   ├── prerm

│   └── rules

├── pycpulimit01.png

├── pycpulimit-gtk_1.1.3_all.deb

├── pycpulimit-gtk_1.1.3.tar.gz

├── README.md

└── source

    ├── apropos.png

    ├── pycpulimit.desktop

    ├── pycpulimit.py

    └── style.css

2 directories, 16 files

Dans mon fichier python je fais un test au lancement pour savoir si le programme est lancé suite à l'installation du paquet debian ou suite à un clone du git et adapter en conséquent les répertoires ressource

Ensuite, je ne sais pas si c'est la bonne méthode

Dernière modification par cyrille (14-01-2021 21:57:54)

David5647 · 14-01-2021 22:13:21

lann a écrit :

Donc si l'utilisateur n'a pas Debian, même si le dossier existe, ça ne le dérangera pas trop.

cyrille a écrit :

personnellement, je mets tout dans la même branche. Pourquoi veux tu 2 branches ?

Ok! Oui, je suppose que c'est pas bien gênant, ça ne pèse pas lourd non plus.

Je me questionnais sur l'usage en vigueur et puis,
j'étais parti sur un "programme/script" destiné a être directement copié-collé dans un répertoire,
j'ai tendance à vouloir garder le dépôts assez... svelte.
Je propose un .deb surtout à des fins d'apprentissage et puis "pour-ce-qui-veulent-du-coup"

lann a écrit :

Pour ta question propre, je ne sais pas faire mais je ne suis pas vraiment une lumière avec git

Je n'ai pas encore trop poussé le vice non plus, mais il y a de quoi faire n'importe quoi :
chercher le fichier du commit machin dans la branche truc pour lfaire un patch dans la branche bidulle et merger tout dans master --> done

cyrille a écrit :

Dans mon fichier python je fais un test au lancement pour savoir si le programme est lancé suite à l'installation du paquet debian ou suite à un clone du git et adapter en conséquent les répertoires ressource

Généralement (^^ j'ai dû le faire 3 fois...) mon script est lancé par source/mon_programme.py qui n’utilise que des chemins relatifs. Et je fais un "lanceur" mon_programme qui appellera le fichier précédent avec le chemin suivant : /usr/share/mon_programme/mon_programme.py. Les fichiers ~/.config/... eux ne bougent pas. Comme ça pas besoin de créer des exceptions;

Bref, je vais suivre vos idées, faire une seule branche, ça évitera les noeuds au cerveau pour pas grand chose

Dernière modification par David5647 (14-01-2021 22:22:49)

vv222 · 15-01-2021 12:59:52

David5647 a écrit :

chercher le fichier du commit machin dans la branche truc pour lfaire un patch dans la branche bidulle et merger tout dans master --> done

git switch -c bidule master

git checkout truc -- fichier

git commit

git switch master

git merge bidule

Le commit machin n'est pas évoqué, parce qu'on va chercher le fichier du commit machin ou de la branche truc, mais pas les deux à la fois
Ah, et on crée la branche bidule à partir de master au début, ce qui n'est pas nécessaire s'il s'agit d'une branche déjà existante.

David5647 · 16-01-2021 14:57:18

vv222 a écrit :

Le commit machin n'est pas évoqué, parce qu'on va chercher le fichier du commit machin ou de la branche truc, mais pas les deux à la fois wink
Ah, et on crée la branche bidule à partir de master au début, ce qui n'est pas nécessaire s'il s'agit d'une branche déjà existante.

Oui, c’était peut-être un peu trop romancé =P. Enfin dans ma tête ça s'est déroulé ainsi.

Je connaissais pas "switch", j'utilise "checkout", à priori ça fait la même chose:

git checkout -b branch_patch

git checkout --patch ma_branche programme.py

git commit

...

lann · 16-01-2021 20:59:00

git switch n'est pas encore présent dans la version Buster.

Les fonctions de git switch comparés à git checkout
http://codeur-pro.fr/git-switch-et-git-restore/

David5647 · 16-01-2021 22:59:47

Ok, les tutos vont évoluer peu à peu donc.

Je suppose que l'introduction de switch vient palier au rôle parfois ambiguë de checkout sans casser une éventuelle compatibilité des scripts.

Néanmoins, j'ai fusionné les deux branches, je passe en résolu.

Debian-facile

#1 14-01-2021 20:33:03

[Résolu] git | branches | fichiers partagés

#2 14-01-2021 21:14:07

Re : [Résolu] git | branches | fichiers partagés

#3 14-01-2021 21:38:16

Re : [Résolu] git | branches | fichiers partagés

#4 14-01-2021 22:13:21

Re : [Résolu] git | branches | fichiers partagés

#5 15-01-2021 12:59:52

Re : [Résolu] git | branches | fichiers partagés

#6 16-01-2021 14:57:18

Re : [Résolu] git | branches | fichiers partagés

#7 16-01-2021 20:59:00

Re : [Résolu] git | branches | fichiers partagés

#8 16-01-2021 22:59:47

Re : [Résolu] git | branches | fichiers partagés

Pied de page des forums