Gitea: Scrum PM

Eu não acho que o gitea irá suportar isso fora da caixa.

No entanto, podemos iniciar uma discussão para integrar mais profundamente https://taiga.io/ ou https://wekan.io/ ao gitea. Deve ser algo que você está procurando. :corar:

@metalmatze : Wekan é apenas uma placa kanban, então não é exatamente o que estou procurando, enquanto Taiga é uma ferramenta de PM muito legal, mas como você imaginou tal integração?

Bem, eu nunca usei Taiga pessoalmente. Mas eles têm uma API.
https://taigaio.github.io/taiga-doc/dist/api.html

Portanto, deve ser possível mover coisas na taiga quando os problemas são abertos ou fechados no gitea. Ou mova cartas (problemas ou o que quer que seja) na taiga depois que alguém tenta corrigir algo.
Mas isso deve ser discutido essencialmente.

Já existe uma integração simples do Gogs no núcleo da taiga, que deve ser estendida para uma combinação realmente produtiva dessas ferramentas. Devemos focar o gitea realmente na hospedagem do git. Talvez possamos realmente construir um sistema de plug-ins para que outros possam escrever aplicativos que sejam conectados ao gitea

@metalmatze : Taiga não é um simples quadro kanban (embora possa ser um), mas uma ferramenta inteira de PM com épicos e histórias de usuários e coisas assim, então ...

@tboerger : Isso atualmente só fecha problemas quando mencionado em uma mensagem de confirmação, certo? Não sei como isso poderia ser estendido. A propósito, um sistema de plugins para o Gitea seria muito bom.

Taiga pode ser usado no modo kanban ou scrum. Se você quiser ter uma ideia de como ele pode ser integrado, experimente ou leia sobre a integração do github e do waffle.io. Ou dê uma olhada na integração do github no trello.

Mas, para ficar claro, adicionar tal recurso ao núcleo do gitea é para o planejamento atual realmente fora do escopo. Se houver realmente a necessidade de tal ferramenta, deve ser melhor construir algo autônomo ou por meio de um plug-in externo no gitea. Por isso estou encerrando o assunto por enquanto.

@tboerger : Eu sei que o Taiga pode ser usado tanto no modo kanban quanto no modo Scrum, é por isso que eu disse (altough it can be one) . Já brinquei com o Waffle antes, mas essa integração só seria possível com o modo kanban da Taiga (ou Wekan), mas não com o modo Scrum da Taiga, certo? Essa integração seria possível do lado da Taiga (e do Wekan), ou o Gitea deixa de ter uma API para isso? A propósito, eu entendo perfeitamente que esse grande recurso estaria realmente fora do escopo, então já existe um problema para um sistema de plug-ins?

AFAIK fornecemos a API necessária, ela precisa ser integrada ao código taiga Gogs. Já temos um problema com o sistema de plugins

Na minha opinião pessoal usando Taiga e Wekan (projetos internos), acredito que Taiga tem tanto peso e talvez seja mais interessante usar ou integrar um sistema Kanban como o Wekan.

Alguma notícia sobre a integração? Muito obrigado!

O problema com tudo o que foi mencionado acima é a portabilidade ... Eu amo o Gitea porque posso executá-lo no Windows sem problemas .. Agora, emparelhar o Gitea com os dois significará que o recurso só pode ser usado por aqueles com computadores Linux etc. Eu pessoalmente acho que o Gitea deveria ter seu próprio Scrum e Kanban integrados nele.

Esse cara fez algo até agora voltado para Gogs ...
"
Se alguém estiver interessado em trabalhar nisso, sinta-se à vontade para entrar em contato comigo. Comecei a trabalhar (https://github.com/mhtsbt/GogsBoard) em uma placa kanban movida a gogs. É um aplicativo separado que se conecta por meio da API:
"
Acho que ele deveria ser ajudado.

A parte triste é que não sou um desenvolvedor Go. Mas adoro este pequeno aplicativo rápido no meu fluxo de trabalho.

Por favor, reabra este problema

Sim, por favor reabra a integração Kanban.
Ele também está disponível no Gitlab.

Exatamente a mesma coisa que o gitlab seria perfeito.
Já temos os TAGS no Gitea, "tudo o que precisamos" para uma versão 1.0 é a representação dos problemas em forma de Kanban:

• Os problemas de "sem tags" estão à esquerda na coluna "registros anteriores" (PADRÃO)
• Questões fechadas estão à direita em fechadas (PADRÃO)
• O usuário pode criar colunas por tag como "fazer" (especificado pelo usuário).

Assim que tivermos isso, podemos pensar em uma interface de usuário mais agradável com arrastar e soltar para 1.1 ...

PS: talvez renomeie o título da edição do github com Kanban nele?

Parece bom

Embora eu tenha usado os painéis de problemas do gitlab para o planejamento de projetos e empresas experientes que usam o gitlab dessa forma também, comecei recentemente a usar o gitea para desenvolvimento local (o gitlab é realmente muito pesado para implantar localmente ...), e eu estou confuso quando examino este tópico aqui. Por experiência própria, muitas empresas e grupos costumam usar outras ferramentas de planejamento / scrum / kanban (jira, pivatol, taigo, etc., todos vêm à mente), mesmo quando usam gitlab (ou github), e o resultado no mundo real é realmente tão frequente uma espécie de duplicação do gerenciamento de problemas entre os dois.

Acho que a resposta mais correta seria criar melhores APIs e métodos de integração, em vez de tentar criar uma experiência do usuário em torno do que sempre será um subconjunto de funcionalidades oferecido por aplicativos de PM altamente especializados que já existem. Faça uma coisa e faça-a bem.

O tipo de problema que existe com ferramentas externas é que muitas vezes é necessário copiar e colar manualmente os links para obter solicitações e branches para que você possa ir da história ou problema externo para o (s) branch (s) relacionado (s) e extrair solicitações que você está indo revisão de código. Sim, frequentemente experimentei lugares que faziam isso constantemente. Saber como os ramos de recursos se relacionam com as histórias no sistema de PM e acompanhar automaticamente seu status, bem como inserir links diretos em ferramentas externas de gerenciamento de projetos, seria uma grande vitória. Emparelhar com um aplicativo de PM existente licenciado gratuitamente que também tem requisitos de hospedagem leves e, em seguida, melhorar essa integração de API em conjunto para alcançar coisas como essa, acho que seria ótimo. Seja um ecossistema, não um balcão único que sempre falta.

Eu também sugeriria finalmente implementar uma API de plug-in e fornecer coisas como essas como plug-ins separados, em vez de inchar o núcleo ainda mais com um recurso de nicho que talvez seja raramente usado.

Oi,
Não tenho certeza de como é um recurso nitch. É sempre difícil dizer. No negócio em que trabalho, isso é obrigatório. Especialmente porque temos que interagir com o cliente final e testadores, esse tipo de representação é mais direto.
Ele dá feedback sobre o que está acontecendo com seu projeto para o cliente.

Na perspectiva do desenvolvedor, eu entendo que você não vê a utilidade disso. Afinal, ele está apenas representando os mesmos dados que "taggs". Por que precisamos disso?
Acredito que seja um recurso do cliente / usuário final. Não é uma coisa de desenvolvedor. É muito útil para pessoas que não estão no código ... por exemplo, testadores de seu produto ou serviço ... Principalmente pessoas que não estão neste tópico: D

Agora, na perspectiva do projeto, talvez a questão remanescente seja: nós construímos um gitea para relatórios de erros de testadores / clientes finais? Ou construímos um gitea apenas para desenvolvedores?

Não acho que o gitea deva ficar tão inchado quanto, por exemplo, o GitLab. Conectar-se a uma API de terceiros parece uma opção muito melhor.

Estou usando o gitea (e já usei o Gogs) e a principal vantagem é que oferece praticamente a mesma funcionalidade do github / ...., MAS sem a carga pesada. Eu concordaria com os comentários que indicam uma solução por meio de uma API. Minha razão é para isso, você dá a cada usuário a liberdade de qual serviço ele gostaria de usar. Você não os está forçando a usar sua solução, que obviamente não será perfeita (porque nada é perfeito).

Se alguém estiver procurando, dê uma olhada em: https://github.com/Incubaid/gitea-kanban

Minha opinião honesta sobre isso: o layout da mesa com dragndrop não é muito, mas permite um gerenciamento visual fácil e leve dos problemas.
Não sei se ele realmente grita com o plugin, mas é diretamente dentro do gitea, mas para mim parece que a maior parte disso é um arquivo de modelo html renderizado. 😅
Isso é o que você também pode ver no peojeto acima, a maioria são arquivos clichê e configuração (que o gitea já tem), além de alguma lógica adicional para a tabela. ^^

Muito desapontado que esta questão foi encerrada sem uma análise mais aprofundada. Acabamos de examinar se devemos mudar para Gitea ou GitLab - eu pessoalmente prefiro a interface e a simplicidade do Gitea, mas esse era o recurso essencial ausente que nos obrigou a usar o GitLab por enquanto. É justo querer manter o Gitea leve, mas este é um recurso bastante essencial para muitas pessoas - ter suporte para problemas é ótimo, mas se o fluxo de trabalho não estiver pronto para organizar e trabalhar com eficiência e eficácia com esses problemas, é um ponto significativo desvantagem sobre outras opções.

Eu uso kanboard e wekan e taiga já foram mencionados. Webhooks para melhor integração com rastreadores de problemas externos devem definitivamente ter maior prioridade do que implementá-los como um recurso

@ r0bbie se

Olá @lafriks. Estou planejando trabalhar nisso. Tenho bastante experiência com código aberto e desenvolvimento web, mas sou completamente novo no golang. Existe algum código padrão ou outra bifurcação semi-implementada que eu possa trabalhar em cima?

Eu não estou ciente de nada sendo iniciado

Também estou interessado em ajudar, preciso de ferramentas de planejamento de projetos também. Estamos usando o gitlab agora e queremos mudar para o github. Kanban, questões relacionadas e um gráfico gigante seriam isso possível para nós.

Meu único requisito para ajudar é que integremos algo que seja totalmente gratuito e de código aberto, ou construamos algo no gitea.

@Mikjaer Estou pronto para criar um fork que inclua algo integrado ao gitea. Por acaso você teria conhecimento em golang? Eu talvez possa te ajudar e pegar golang ao longo do caminho

hey, todo mundo querendo começar com isso. Apenas observando que há uma solução (não integrada ao gitea) disponível para isso usando a API do gitea. É um aplicativo Node.js externo e pode ser encontrado aqui: https://github.com/Incubaid/gitea-kanban .

Eu sugeriria talvez deixar uma mensagem lá ou conversar com os desenvolvedores de projetos se eles talvez estivessem abertos para unir forças ou reutilizar algo;)

@ rakshith-ravi @Mikjaer @ r0bbie

@ rakshith-ravi Não sou muito versado em golang, passo uma tarde lendo o código fonte do gitea e parece factível. Eu olhei em volta e acho que a melhor solução é criar uma solução de plug-in para o gitea e, em seguida, escrever nossos recursos desejados como um plug-in.

uau, isso é ótimo @gsantner

Então, existe um sistema de plugins no gitea?

Escrevi uma extensão do chrome para esse fim, já mostra uma visão kanban dos problemas por rótulos. Oferece suporte ao gitea primeiro, trabalhando nos outros principais também. Você pode experimentar em gitea.com. https://github.com/funktechno/git-kanban-enhanced-chrome-extension. Extensão simples não auto-hospedada - https://chrome.google.com/webstore/detail/git-kanban-enhance/ehoibkdpdgjcjnnalkbiidajafoimnaa