yep, on utilise ça pour le projet Gio (gioui.org).
je dois avouer que venant de GitHub, l'adaptation d'impédance a été un poil déroutante au début (ainsi que la configuration de git-send-mail, probablement en grande partie à cause du fait de mon utilisation de ProtonMail).
mais on s'y fait rapidement.
commenter des patchs se fait juste en répondant au patch/mail, l'interface web se débrouille pour "recoller les morceaux" et associer un commentaire avec la bonne ligne du patch (côté présentation web du patch).
le fait d'avoir une mailing liste associée au projet est un plus indéniable et permet de limiter le "détournement" du bug tracker comme un helpdesk.
les patchs sont donc envoyés par mail, mais on peut également les envoyer depuis l'interface web, en sélectionnant le (ou la plage de) commit(s) que l'on veut soumettre au projet.
[^] # Re: Pourquoi le choix GAFAM ?
Posté par Sebastien . En réponse à la dépêche Galène, un serveur de vidéoconférence libre. Évalué à 2.
yep, on utilise ça pour le projet Gio (gioui.org).
je dois avouer que venant de GitHub, l'adaptation d'impédance a été un poil déroutante au début (ainsi que la configuration de git-send-mail, probablement en grande partie à cause du fait de mon utilisation de ProtonMail).
mais on s'y fait rapidement.
commenter des patchs se fait juste en répondant au patch/mail, l'interface web se débrouille pour "recoller les morceaux" et associer un commentaire avec la bonne ligne du patch (côté présentation web du patch).
le fait d'avoir une mailing liste associée au projet est un plus indéniable et permet de limiter le "détournement" du bug tracker comme un helpdesk.
les patchs sont donc envoyés par mail, mais on peut également les envoyer depuis l'interface web, en sélectionnant le (ou la plage de) commit(s) que l'on veut soumettre au projet.