Gogs: Kanban board

Created on 30 Sep 2016 · 33Comments · Source: gogs/gogs

Hi,

It would be great to add a Kanban board feature to Gogs. GitHub and GitLab are doing it.

Thanks,
HLFH

☁️ plugin 🎯 feature

Source

HLFH

👍74 👎2

Most helpful comment

+1 Kanban implementation

sebastianmacias on 30 Mar 2017

👍17 👎1

All 33 comments

Do we force the generic 4 columns (backlog, ready, wip, review) or do we allow the admin to add any column they wish?

skrzepto on 1 Oct 2016

Yes at least, we should be able to have 4 columns (backlog, next, in progress, released). Wekan allows also to add any column we wish. IMHO, 4 columns by default would be interesting. But we should be able to change the number and the names of the columns.

HLFH on 1 Oct 2016

But we should be able to change the number and the names of the columns.

Could you elaborate what you mean by number? Do you mean the position of the column or the amount of columns?

skrzepto on 1 Oct 2016

The amount of columns. And in fact, on Wekan, the position can also be changed just by moving the mouse. But I don't expect something big for the first possible implementation of this feature within Gogs.

HLFH on 2 Oct 2016

Having a kanban sounds like unnecessary bloat to me...

dasyrw9hfh on 2 Oct 2016

👎39 👍8

@dasyrw9hfh

Having a kanban sounds like unnecessary bloat to me..
Depends who you are talking with. In my opinion it would be nice feature to implement.

My thoughts to satisfy both sides would be to leave it off default for new repos and the repo admin would have to tick a box to enable the kanboard feature. Thoughts?

Also design it so its decoupled from the rest of the services so it doesn't create a hindrance.

skrzepto on 3 Oct 2016

the column could easy be a tag on the issue.
On this way the name and order of the columns must only be stored on the project.
And a view for these columns with easy adding a tag on the issue and moving this issue.

genofire on 12 Oct 2016

@genofire thats assuming if we focus on one board only? Should there be the ability to have multiple boards per repo or just one?

skrzepto on 27 Oct 2016

for me, one per repo is enought -> but github could use multiple, so for other users this could be more interesting

So the kanban tag on issue could be something like boardId_columnname or boardname_columnname. (another option would be two tags).

My favour would be that the columnname is in the tag name.

Never mind the a renameing of the column would destroy the relationship. (the issues has not anything todo with the new column)
Or we have to handle a renaming of the column by renaming all tags on all issues in a repo.

genofire on 27 Oct 2016

If Kanban tab could be disabled (like PR or Wiki) it could be nice. Kanban board is not necessary needed on all repos.

thibaultmeyer on 27 Oct 2016

👍15

@genofire I agree one repo would be enough. And I think a unique ID to refer to the column would make sense for O(1) rename since the board_column_name can change while the uuid stays the same.

If Kanban tab could be disabled (like PR or Wiki) it could be nice. Kanban board is not necessary needed on all repos.

@0xbaadf00d 100% agree, I started working on a initial implementation and that was the first thing I did.

skrzepto on 28 Oct 2016

👍2

If you need help ....

genofire on 28 Oct 2016

@genofire I think for the most part the backend code is close to finish so next step is UI/UX which is not my strong suit.

Regarding the backend

Just have a question about how the issues should be returned in the front end. Example

Option 1:
Should we return an array of all the issues in JSON format and have JS iterate the list of issues and place them on the board

Option 2:
Or have the backend do the ordering and return {'column1': issue_1, 'column2': 'issue_2, etc...}

I'm leaning on Option 1 because it offloads the workload to the user but thats just a personal opinion. Thoughts?

skrzepto on 2 Nov 2016

I like to handel it on client side, for drag and drop it would be the best way i thing. (Option 1)

{
"column1": {"id":1,"position":2,"issues": []},
"column2":
    {
     "id":2,
     "position":1,
     "issues": [
         {"id":4,"title":"never ending",...}
      ]
   },
}

genofire on 10 Nov 2016

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:

mhtsbt on 14 Jan 2017

@mhtsbt could you also send a PR to Gitea? I think many maintainers of Gitea could review your code.

lunny on 14 Jan 2017

👍2

Ping?

RcrdBrt on 18 Feb 2017

👍4

+1 Kanban implementation

sebastianmacias on 30 Mar 2017

👍17 👎1

As I see @mhtsbt ends his work with gogs canban project. Does anyone work on this in current time?

I would be glad to offer my help with this.

jerrdasur on 13 Jun 2017

Hi, is this plugin merged into master?

kstan79 on 21 Dec 2017

Nope, although it would be a very nice addition.

On Dec 21, 2017 5:47 PM, "Ks Tan" notifications@github.com wrote:

Hi, is this plugin merged into master?

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/gogits/gogs/issues/3716#issuecomment-353399352, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ABSqmhQrhW1lH_W3OHHkqK_R3qhH4nK6ks5tCouNgaJpZM4KLOpH
.