Git-bug, le gestionnaire de tickets distribué

vit · 9 April 2020 17:25

Je vais tester git-bug pour un projet professionnel.

L’idée est de gérer les tickets d’un projet dans le dépôt git du projet. Ainsi, pas de séparation entre le projet et ses tickets, pas de dépendance à une plateforme où les tickets risquent de rester bloqués en cas de migration d’une plateforme à une autre.

Bien sûr, il y a des ponts (bridge) développés pour les plateformes les plus connues, dont GitLab.
On peut donc pull les tickets de GitLab dans son dépôt local, les modifier, puis les push sur GitLab (ne gère cependant pas les fichiers attachés).

Cerise sur le gâteau, le développement d’un pont avec le gestionnaire de tickets de ScuttleButt est en cours…

Une dernière chose, le projet est développé par un français ! Cocorico !

Si mon essai est concluant, je proposerai cet outil pour certains de nos développements (pour plus d’autonomie encore).

Inso · 10 April 2020 05:05

La même chose pour les merge request et on peut jeter gitlab

Ca a l’air bien intéressant en tout cas, vivement ton retour !

vit · 3 May 2020 08:58

Premier essai de git-bug: à deux doigts du paradis !

J’ai configuré un pont avec notre instance gitlab pour importer les tickets dans le dépôt git.
git-bug a importé 643 tickets et 13 utilisateurs !

Mais un message d’erreur a stoppé (proprement) l’import et il manque 3 ans de tickets.

J’ai créé un ticket :

github.com/MichaelMure/git-bug

[gitlab] git-bug bridge pull stop on error, so issues are missing

opened 08:47AM - 03 May 20 UTC

closed 04:52PM - 20 Nov 22 UTC

vtexier

bug bridge

git-bug version: 0.7 gitlab server: GitLab Community Edition 12.10.2 I get …a bug (or feature) with the `bridge pull` command. `git-bug` do not crash, but stop importing after an error. ```bash import error at id 975: label event creation: removed label: empty imported 643 issues and 13 identities... ``` Then... - all issues after the error are missing. - Many issue closed are open in git-bug. ``` GitLab: Open 76 Closed 697 All 773 git-bug: open 640 closed 3 ``` If I run again the command, issues are added again so I have them twice ! ```bash import error at id 975: label event creation: removed label: empty imported 643 issues and 0 identities with git.duniter.org bridge ``` Then: ``` GitLab: Open 76 Closed 697 All 773 git-bug: open 1280 closed 6 ``` Was so close to heaven ! ;)

Pour saliver, voici l’interface web de git-bug présentant les tickets importés :

vit · 10 May 2020 10:48

Je ne sais pas si se passer complètement d’une forge logiciel apporte plus d’avantages que d’inconvénients, mais l’idée est séduisante, puisque c’est une centralisation d’un système de versionnage distribué (git) qui pose le problème des numéros de tickets qui couplent trop fortement les commits (distribués) avec une instance unique de forge (silo centralisé).

git-bug répond très bien à cela.

Pour gérer les pull request, git fournit nativement un outil (request-pull), c’est dans la section email de la page de référence : Git - Reference. Les échanges se font alors par email.

Mais on pourrait très bien envisager un équivalent de git-bug pour les pull requests avec conservation de l’historique des échanges dans le dépôt.

[Edit]
L’idée fait son chemin dans git-bug !

github.com/MichaelMure/git-bug

feat: support for pull requests

opened 11:14AM - 12 Apr 20 UTC

ghost

enhancement

Might be slightly offtopic because the pull requests are no bugs but the reposit…ory limits the scope to bugs. However, i want to expand the vision of distributed development. I think it would be very interesting if pull requests would also be supported in the same way as bugs. For projects such as [lemmy](https://github.com/LemmyNet/lemmy) this would be a really great feature, because lemmy has at the moment 3 repositories on github, gitea and gitlab. So you can make a pull request on any of those platforms, but for the issues you have to look at github. I think a really great improvement would be to decentralize pull requests the same way as bugs. That could allow a development style where you just have different mirrors on github, gitea, gitlab, etc. but for the bugs and pull requests you can use `git-bug`, so you wouldnt need to use github or so. And it would make this decentralized style of development actually easier than the status quo, since you do not need to look up multiple places (gitlab, github, gitea) to find out if a pull request has already done something you want to do. You just can look that up in `git-bug`. So i think this would be really exciting to avoid being dependent on github or so. You can use github to gain popularity and being easily found, but you github is actually not important for the project as it is just another code mirror.