Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Scrum PM #805

Closed
4 of 6 tasks
ghost opened this issue Jan 31, 2017 · 33 comments
Closed
4 of 6 tasks

Scrum PM #805

ghost opened this issue Jan 31, 2017 · 33 comments

Comments

@ghost
Copy link

ghost commented Jan 31, 2017

  • Gitea version (or commit ref): gitea/gitea:latest Docker container
  • Database (use [x]):
    • PostgreSQL
    • MySQL
    • SQLite
  • Can you reproduce the bug at https://try.gitea.io:
    • Yes (provide example URL)
    • No
    • Not relevant

Description

I want project management (following Scrum) in Gitea. In the settings there should be an option to choose between the current issue tracker and the Scrum PM. Btw I'm interested to write a big part of it myself.

@metalmatze
Copy link
Contributor

I don't think gitea will ever support that out of the box.

We can however start a discussion to more deeply integrate https://taiga.io/ or https://wekan.io/ into gitea. Should be something you're looking for. 😊

@ghost
Copy link
Author

ghost commented Jan 31, 2017 via email

@metalmatze
Copy link
Contributor

Well I've never used Taiga personally. But they have an API.
https://taigaio.github.io/taiga-doc/dist/api.html

So it should be possible to move things in taiga when issues are opened or closed in gitea. Or move cards (issues or whatever) in taiga after one pushes a fix for something.
But that's to be discussed essentially.

@tboerger
Copy link
Member

There is already a simple Gogs integration within the taiga core, this should be extended for a really productive combination of these tools. We should focus gitea really on the git hosting. Maybe we can really build a plugin system so that others can write apps that gets hooked into gitea

@ghost
Copy link
Author

ghost commented Jan 31, 2017

@metalmatze: Taiga isn't a simple kanban board (altough it can be one), but a whole PM tool with epics and user stories and things, so…


@tboerger: That currently only closes issues when mentioned in a commit message, right? I don't know how that could be extended. Btw a plugin system for Gitea would be very nice.

@tboerger
Copy link
Member

Taiga can be used in kanban or in scrum mode. If you want to get an idea how it can be integrated just play around or read about github and waffle.io integration. Or take a look at the integration of github into trello.

@tboerger
Copy link
Member

But to be clear, adding such a feature to the gitea core is for the current planning really out of the scope. If there is really the need for such a tool it should be better to build something standalone or via an external plugin into gitea. Because of that I'm closing the issue for now.

@ghost
Copy link
Author

ghost commented Jan 31, 2017

@tboerger: I know Taiga can be used in both kanban and Scrum mode, that's why I said (altough it can be one). I've played around with Waffle before, but such integration would only be possible with Taiga's kanban mode (or Wekan), but not with Taiga's Scrum mode, right? That integration would be possible from Taiga's (and Wekan's) side, or does Gitea miss an API for that? Btw I totally understand such big feature would currently be really out of scope, so is there already an issue for a plugin system?

@tboerger
Copy link
Member

AFAIK we provide the required api, this needs to be integrated within the taiga Gogs code. We already got an issue for the plugin system

@alromh87 alromh87 mentioned this issue Apr 12, 2017
@Caballerog
Copy link

In my personal opinion using Taiga and Wekan (internal projects), I believe that Taiga is so much weight and maybe more interesting use or integrated a Kanban system like Wekan.

Any news about the integration? Thanks very much!

@emahuni
Copy link

emahuni commented Jul 1, 2017

The problem with all of the above-mentioned is portability... I love Gitea coz I can run it on windows without any problems.. Now pairing Gitea with those two will only mean that the feature can only be used by those with Linux boxes etc. I personally think that Gitea should have its own Scrum and Kanban intergrated into it.

@emahuni
Copy link

emahuni commented Jul 1, 2017

This guy has done something so far aimed at Gogs...
"
If anyone is interessted in working on this, feel free to contact me. I started working (https://github.com/mhtsbt/GogsBoard) on a gogs-powered kanban board. It's a seperate application that connects through the api:
"
I think he should be helped.

The sad part is I am not a Go developer. But I love this little fast app in my workflow.

@emahuni
Copy link

emahuni commented Jul 1, 2017

Please re-open this issue

@hubyhuby
Copy link

hubyhuby commented Oct 16, 2017

Yes please re-open the Kanban integration.
It is available in Gitlab aswell.

Exactly the same thing as gitlab would be perfect.
We already have the TAGS in Gitea, "all we need" for a version 1.0 is, representation of the isssues in a Kanban way :

  • "No tags" issues are on the left in column "back logs" (DEFAULT)
  • Closed issues are on the right in closed (DEFAULT)
  • The user can creat columns by tag like "to do" (User specified).

Once we have this, we can think of a nicer user interface with drag and drop for 1.1 ...

gitlabkanban

PS: maybe rename the title of the github issue with Kanban in it ?

@lunny
Copy link
Member

lunny commented Oct 16, 2017

Looks good

@go-gitea go-gitea deleted a comment from Caballerog Oct 16, 2017
@ghost
Copy link
Author

ghost commented Oct 19, 2017

While I have used gitlab's issue boards for project planning, and have experienced companies that use gitlab this way as well, I very recently have started using gitea for local development (gitlab is really very heavyweight to deploy locally....), and I am of mixed mind when I look at this topic here. From my experiences many companies and groups often do use other planning/scrum/kanban tools (jira, pivatol, taigo, etc, all come to mind) even when they use gitlab (or github), and the real world result is actually so often a kind of duplication of issue management between the two.

I think the more correct answer would be creating better integration api's and methods, rather than trying to create a user experience around what will always be a subset of functionality offered by more highly specialized PM applications that already exist. Do one thing, and do it well.

The kind of issues that exist with external tools is it is often necessary to manually copy and paste links to pull requests and branches so you can go from the external story or issue to the branch(es) related and pull requests that you are going to code review. Yes, I have often experienced places that did that constantly. Knowing how feature branches relate to stories in the PM system and automatically following their status as well as inserting direct links in external project management tools would be a major win. Pairing up with an existing freely licensed PM application that also has light hosting requirements, and then improving such API integration together to achieve things like that I think would be great. Be an eco-system, not a one-stop that always is lacking.

@tboerger
Copy link
Member

I would also suggest to finally implement a plugin API and provide stuff like that as separate plugins instead of bloating the core even more with a niche feature that maybe gets rarely used.

@hubyhuby
Copy link

hubyhuby commented Oct 19, 2017

Hi,
Not sure how a nitch feature it is. It s always hard to say. In the business I work in this is a must have. Especially since we have to interact with end customer & testers, this kind of representation is more straight forward.
It gives feed backs on whats going on with his project to the customer.

On a developper perspective, I understand you don t see the use of it. After all it is just representing the same datas as "taggs". Why would we need this?
I believe it is a customer / end user feature. Not a developer thing. It is very useful for people not in code....for exemple testers of your product or service... Mostly people not on this thread :D

Now on the project perspective, maybe the remaining question would be : do we build a gitea for tester / end customers bug reporting ? Or do we build a gitea only for developpers ?

@metalmatze
Copy link
Contributor

I don't think that gitea should get as bloated as e.g. GitLab. Connecting to a third party API seems like a much better option.

@SchoolGuy
Copy link

I am using gitea (and previously used Gogs) and the main advantage is that is offering pretty much the same functionality as github/...., BUT without the heavy load. I would agree to the comments that state a solution via an API. My reason is for that, you give every user the freedom which service he/she would like to use. You are not forcing them to use your solution which will obviously not be perfect (because nothing is perfect).

@gsantner
Copy link

gsantner commented Jun 30, 2018

If somebody is seeking, take a look at this: https://github.com/Incubaid/gitea-kanban

My honest opinion on this: table layout with dragndrop is not too much, but allows easy and lightweight visual management of issues.
Don't know if it really screams plugin, but if directly inside gitea, but for me looks like the biggest part of this is one rendered html template file. 😅
Thats what you can see too on the peoject above, most is boilerplate files and config (which gitea all has already), plus some additional logic for the table.^^

@r0bbie
Copy link

r0bbie commented Jul 20, 2018

Very disappointed that this issue was closed without further consideration. We've just been examining whether to move to either Gitea or GitLab - I personally prefer the interface and simplicity of Gitea, but this was the essential missing feature that forced us towards GitLab for now. It's fair enough wanting to keep Gitea lightweight, but this is a fairly essential feature for a lot of people - having issues support is great, but if the workflow isn't in place to efficiently and effectively organise and work through those issues it's a significant drawback over other options.

@ptman
Copy link
Contributor

ptman commented Jul 20, 2018

I use kanboard and wekan and taiga have been mentioned. Webhooks to integrate better with external issue trackers should definitely be higher priority than implementing it as a feature

@lafriks
Copy link
Member

lafriks commented Jul 20, 2018

@r0bbie if anyones create PRs for this, it will still be reviewed for inclusion in Gitea

@rakshith-ravi
Copy link
Contributor

Hey @lafriks. I'm planning to work on this. I'm fairly experienced with open source and web development, but completely new to golang. Is there any boiler plate code or another half-implemented fork that I can work on top of?

@lafriks
Copy link
Member

lafriks commented Jul 31, 2018

I'm not aware of anything such being started

@Mikjaer
Copy link

Mikjaer commented Aug 6, 2018

I'd also be interested in helping out, i need project planning tools as well. We are using gitlab now, and wants to switch to github. Kanban, related issues and a gant-chart would that posible for us.

My only requirement for helping out is that we integrate something that is fully free and opensource, or we build something into gitea.

@rakshith-ravi
Copy link
Contributor

@Mikjaer I'm up for creating a fork that includes something built into gitea. Would you happen to have knowledge in golang? I can perhaps help you and pick up golang along the way

@gsantner
Copy link

gsantner commented Aug 6, 2018

hey everbody wanting to start on this. Just noting that there is a (non-gitea-integrated) solution available for this using gitea API. It is an external Node.js application and can be found here: https://github.com/Incubaid/gitea-kanban.

I would suggest to maybe drop a message there or talk with the projects developers if they would maybe be open for joining forces or reusing something ;)

@rakshith-ravi @Mikjaer @r0bbie

@Mikjaer
Copy link

Mikjaer commented Aug 6, 2018

@rakshith-ravi Im not well-versen in golang, i spend an afternoon reading gitea source and it seems doable. I've looked around and i think the best solution is to create a plugin-solution for gitea and then write our desired features as a plugin.

@emahuni
Copy link

emahuni commented Sep 1, 2018

wow that's great @gsantner

@dzcpy
Copy link

dzcpy commented Dec 7, 2018

So is there a plugin system in gitea?

@lastlink
Copy link

lastlink commented Jun 21, 2019

I wrote a chrome extension for this purpose, already shows a kanban view of issues by labels. Supports gitea first, working on the other major ones as well. You can try it out on gitea.com. https://github.com/funktechno/git-kanban-enhanced-chrome-extension. Simple non self hosted extension - https://chrome.google.com/webstore/detail/git-kanban-enhance/ehoibkdpdgjcjnnalkbiidajafoimnaa

@go-gitea go-gitea locked and limited conversation to collaborators Nov 24, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests