Gitea: Mêlée PM

Je ne pense pas que gitea soutiendra jamais cela hors de la boîte.

On peut cependant lancer une discussion pour intégrer plus profondément https://taiga.io/ ou https://wekan.io/ dans gitea. Devrait être quelque chose que vous recherchez. :rougir:

@metalmatze : Wekan n'est qu'un tableau kanban, donc pas vraiment ce que je recherche, alors que Taiga est un outil PM plutôt sympa, mais comment imaginez-vous une telle intégration ?

Eh bien, je n'ai jamais utilisé Taiga personnellement. Mais ils ont une API.
https://taigaio.github.io/taiga-doc/dist/api.html

Il devrait donc être possible de faire bouger les choses dans la taïga lorsque des problèmes sont ouverts ou fermés dans Gitea. Ou déplacez les cartes (problèmes ou autre) dans la taïga après avoir poussé un correctif pour quelque chose.
Mais cela doit être discuté essentiellement.

Il existe déjà une simple intégration de Gogs au sein du noyau de la taïga, cela devrait être étendu pour une combinaison vraiment productive de ces outils. Nous devrions vraiment concentrer gitea sur l'hébergement git. Peut-être que nous pouvons vraiment créer un système de plugins pour que d'autres puissent écrire des applications qui s'accrochent à gitea

@metalmatze : Taiga n'est pas un simple tableau kanban (même s'il peut en être un), mais un outil PM complet avec des épopées, des histoires d'utilisateurs et des choses, alors…

@tboerger : Cela ne ferme actuellement les problèmes que lorsqu'ils sont mentionnés dans un message de validation, n'est-ce pas ? Je ne sais pas comment cela pourrait être prolongé. D'ailleurs, un système de plugin pour Gitea serait très bien.

Taiga peut être utilisé en mode kanban ou en mode scrum. Si vous voulez avoir une idée de la façon dont il peut être intégré, jouez ou lisez l'intégration de github et waffle.io. Ou jetez un œil à l'intégration de github dans trello.

Mais pour être clair, l'ajout d'une telle fonctionnalité au noyau de gitea est pour la planification actuelle vraiment hors de portée. S'il y a vraiment besoin d'un tel outil, il devrait être préférable de construire quelque chose de manière autonome ou via un plugin externe dans gitea. Pour cette raison, je clos le sujet pour le moment.

@tboerger : Je sais que Taiga peut être utilisé à la fois en mode kanban et en mode Scrum, c'est pourquoi j'ai dit (altough it can be one) . J'ai déjà joué avec Waffle, mais une telle intégration ne serait possible qu'avec le mode kanban de Taiga (ou Wekan), mais pas avec le mode Scrum de Taiga, non ? Cette intégration serait possible du côté de Taiga (et de Wekan), ou est-ce que Gitea manque une API pour cela ? D'ailleurs, je comprends parfaitement qu'une telle fonctionnalité serait actuellement vraiment hors de portée, donc y a-t-il déjà un problème pour un système de plugins ?

AFAIK, nous fournissons l'API requise, celle-ci doit être intégrée dans le code de la taïga Gogs. Nous avons déjà un problème pour le système de plugin

À mon avis personnel en utilisant Taiga et Wekan (projets internes), je pense que Taiga est tellement lourd et peut-être plus intéressant à utiliser ou à intégrer un système Kanban comme Wekan.

Des nouvelles de l'intégration ? Merci beaucoup!

Le problème avec tout ce qui précède est la portabilité... J'adore Gitea car je peux l'exécuter sur Windows sans aucun problème. Maintenant, associer Gitea à ces deux-là signifiera seulement que la fonctionnalité ne peut être utilisée que par ceux qui ont des machines Linux etc. Personnellement, je pense que Gitea devrait avoir son propre Scrum et Kanban intégrés.

Ce type a fait quelque chose pour l'instant visant Gogs...
"
Si quelqu'un est intéressé à travailler sur ce sujet, n'hésitez pas à me contacter. J'ai commencé à travailler (https://github.com/mhtsbt/GogsBoard) sur un tableau kanban alimenté par gogs. C'est une application séparée qui se connecte via l'API :
"
Je pense qu'il devrait être aidé.

Le plus triste, c'est que je ne suis pas un développeur Go. Mais j'aime cette petite application rapide dans mon flux de travail.

Veuillez rouvrir ce problème

Oui, veuillez rouvrir l'intégration Kanban.
Il est également disponible sur Gitlab.

Exactement la même chose que gitlab serait parfait.
Nous avons déjà les TAGS dans Gitea, "tout ce dont nous avons besoin" pour une version 1.0, c'est une représentation des problèmes de manière Kanban :

• Les problèmes "Aucun tag" sont à gauche dans la colonne "back logs" (DEFAULT)
• Les problèmes fermés sont à droite dans fermé (DEFAUT)
• L'utilisateur peut créer des colonnes par balise comme "à faire" (spécifié par l'utilisateur).

Une fois que nous avons cela, nous pouvons penser à une interface utilisateur plus agréable avec un glisser-déposer pour 1.1 ...

PS : peut-être renommer le titre du problème github avec Kanban dedans ?

Cela semble bon

Alors que j'ai utilisé les tableaux de bord de gitlab pour la planification de projets et que j'ai expérimenté des entreprises qui utilisent gitlab de cette manière également, j'ai très récemment commencé à utiliser gitea pour le développement local (gitlab est vraiment très lourd à déployer localement....), et je suis d'esprit mitigé quand je regarde ce sujet ici. D'après mes expériences, de nombreuses entreprises et groupes utilisent souvent d'autres outils de planification/scrum/kanban (jira, pivatol, taigo, etc., ils me viennent tous à l'esprit) même lorsqu'ils utilisent gitlab (ou github), et le résultat réel est en fait si souvent une sorte de duplication de la gestion des problèmes entre les deux.

Je pense que la réponse la plus correcte serait de créer de meilleures API et méthodes d'intégration, plutôt que d'essayer de créer une expérience utilisateur autour de ce qui sera toujours un sous-ensemble de fonctionnalités offertes par des applications PM plus spécialisées qui existent déjà. Faites une chose et faites-la bien.

Le type de problèmes qui existent avec les outils externes est qu'il est souvent nécessaire de copier et coller manuellement les liens vers les demandes d'extraction et les branches afin que vous puissiez passer de l'histoire ou du problème externe à la ou aux branches liées et aux demandes d'extraction auxquelles vous allez revue de code. Oui, j'ai souvent connu des endroits qui faisaient ça constamment. Savoir comment les branches de fonctionnalité se rapportent aux histoires dans le système PM et suivre automatiquement leur statut ainsi que l'insertion de liens directs dans des outils de gestion de projet externes serait un avantage majeur. Jumeler avec une application PM existante sous licence libre qui a également des exigences d'hébergement légères, puis améliorer cette intégration d'API ensemble pour réaliser des choses comme ça, je pense que ce serait formidable. Soyez un écosystème, pas un guichet unique qui fait toujours défaut.

Je suggérerais également d'implémenter enfin une API de plugin et de fournir des choses comme ça sous forme de plugins séparés au lieu de gonfler encore plus le noyau avec une fonctionnalité de niche qui est peut-être rarement utilisée.

Salut,
Je ne sais pas à quel point c'est une fonctionnalité de nitch. C'est toujours difficile à dire. Dans l'entreprise dans laquelle je travaille, c'est un must. D'autant plus que nous devons interagir avec les clients finaux et les testeurs, ce type de représentation est plus simple.
Il donne des retours sur ce qui se passe avec son projet au client.

Du point de vue du développeur, je comprends que vous n'en voyez pas l'utilité. Après tout, il ne représente que les mêmes données que les "tags". Pourquoi aurions-nous besoin de ça ?
Je crois que c'est une fonctionnalité client/utilisateur final. Pas un truc de développeur. C'est très utile pour les personnes qui ne sont pas dans le code... par exemple les testeurs de votre produit ou service... Surtout les personnes qui ne sont pas sur ce fil :D

Maintenant du point de vue du projet, peut-être que la question restante serait : construisons-nous un gitea pour les rapports de bugs des testeurs/clients finaux ? Ou construisons-nous un gîte uniquement pour les développeurs ?

Je ne pense pas que Gitea devrait être aussi gonflé que GitLab par exemple. Se connecter à une API tierce semble être une bien meilleure option.

J'utilise gitea (et Gogs précédemment utilisé) et le principal avantage est qu'il offre à peu près les mêmes fonctionnalités que github/...., MAIS sans la lourde charge. Je serais d'accord avec les commentaires qui énoncent une solution via une API. Ma raison est que vous donnez à chaque utilisateur la liberté du service qu'il souhaite utiliser. Vous ne les obligez pas à utiliser votre solution qui ne sera évidemment pas parfaite (car rien n'est parfait).

Si quelqu'un cherche, jetez un œil à ceci : https://github.com/Incubaid/gitea-kanban

Mon avis honnête à ce sujet : la mise en page du tableau avec dragndrop n'est pas de trop, mais permet une gestion visuelle facile et légère des problèmes.
Je ne sais pas si ça crie vraiment plugin, mais si directement à l'intérieur de gitea, mais pour moi, il semble que la plus grande partie de cela soit un fichier de modèle html rendu. ??
C'est ce que vous pouvez voir aussi sur le projet ci-dessus, la plupart sont des fichiers et des configurations passe-partout (que gitea a déjà tous), plus une logique supplémentaire pour la table.^^

Très déçu que ce problème ait été clos sans autre considération. Nous venons d'examiner s'il faut passer à Gitea ou à GitLab - personnellement, je préfère l'interface et la simplicité de Gitea, mais c'était la fonctionnalité manquante essentielle qui nous a obligés à choisir GitLab pour le moment. Il est assez juste de vouloir garder Gitea léger, mais c'est une fonctionnalité assez essentielle pour beaucoup de gens - avoir une assistance pour les problèmes est génial, mais si le flux de travail n'est pas en place pour organiser et résoudre efficacement ces problèmes, c'est un important inconvénient par rapport aux autres options.

J'utilise kanboard et wekan et taïga ont été mentionnés. Les webhooks pour mieux s'intégrer aux traqueurs de problèmes externes devraient certainement être une priorité plus élevée que leur implémentation en tant que fonctionnalité

@r0bbie si quelqu'un crée des PR pour cela, il sera toujours examiné pour inclusion dans Gitea

Salut @lafriks. Je prévois de travailler là-dessus. Je suis assez expérimenté avec l'open source et le développement web, mais complètement nouveau sur golang. Existe-t-il un code de plaque de chaudière ou une autre fourche à moitié implémentée sur laquelle je peux travailler ?

Je ne suis pas au courant de quoi que ce soit de tel commencé

Je serais également intéressé à aider, j'ai également besoin d'outils de planification de projet. Nous utilisons maintenant gitlab et souhaitons passer à github. Kanban, les problèmes connexes et un diagramme de Gant seraient cela possible pour nous.

Ma seule condition pour aider est d'intégrer quelque chose de totalement gratuit et open source, ou de construire quelque chose dans gitea.

@Mikjaer Je suis prêt à créer une fourchette qui inclut quelque chose d'intégré à gitea. Auriez-vous des connaissances en golang ? Je peux peut-être t'aider et ramasser du golang en cours de route

salut tout le monde qui veut commencer là-dessus. Notez juste qu'il existe une solution (non intégrée à gitea) disponible pour cela en utilisant l'API gitea. Il s'agit d'une application Node.js externe et peut être trouvée ici : https://github.com/Incubaid/gitea-kanban .

Je suggérerais peut-être d'y laisser un message ou de parler avec les développeurs de projets s'ils seraient prêts à unir leurs forces ou à réutiliser quelque chose ;)

@rakshith-ravi @Mikjaer @r0bbie

@rakshith-ravi Je ne connais pas bien le golang, je passe un après-midi à lire la source de gitea et cela semble faisable. J'ai regardé autour de moi et je pense que la meilleure solution est de créer une solution de plugin pour gitea, puis d'écrire nos fonctionnalités souhaitées sous forme de plugin.

wow c'est super @gsantner

Existe-t-il donc un système de plugins dans gitea ?

J'ai écrit une extension chrome à cet effet, montre déjà une vue kanban des problèmes par étiquettes. Prend en charge gitea en premier, en travaillant également sur les autres principaux. Vous pouvez l'essayer sur gitea.com. https://github.com/funktechno/git-kanban-enhanced-chrome-extension. Extension simple non auto-hébergée - https://chrome.google.com/webstore/detail/git-kanban-enhance/ehoibkdpdgjcjnnalkbiidajafoimnaa