Gogs: papan kanban

Dibuat pada 30 Sep 2016 · 33Komentar · Sumber: gogs/gogs

Hai,

Akan sangat bagus untuk menambahkan fitur papan Kanban ke Gogs. GitHub dan GitLab sedang melakukannya.

Terima kasih,
HLFH

☁️ plugin 🎯 feature

Sumber

HLFH

👍74 👎2

Komentar yang paling membantu

+1 implementasi Kanban

sebastianmacias pada 30 Mar 2017

👍17 👎1

Semua 33 komentar

Apakah kita memaksa 4 kolom generik (backlog, ready, wip, review) atau kita mengizinkan admin untuk menambahkan kolom yang mereka inginkan?

skrzepto pada 1 Okt 2016

Ya minimal kita harus bisa punya 4 kolom (backlog, next, in progress, release). Wekan memungkinkan juga untuk menambahkan kolom yang kita inginkan. IMHO, 4 kolom secara default akan menarik. Tapi kita harus bisa mengubah nomor dan nama kolom.

HLFH pada 1 Okt 2016

Tapi kita harus bisa mengubah nomor dan nama kolom.

Bisakah Anda menjelaskan apa yang Anda maksud dengan angka? Apakah maksud Anda posisi kolom atau jumlah kolom?

skrzepto pada 1 Okt 2016

Jumlah kolom. Dan sebenarnya, di Wekan , posisinya juga bisa diubah hanya dengan menggerakkan mouse. Tapi saya tidak mengharapkan sesuatu yang besar untuk kemungkinan implementasi pertama dari fitur ini di dalam Gogs.

HLFH pada 2 Okt 2016

Memiliki kanban terdengar seperti kembung yang tidak perlu bagi saya ...

dasyrw9hfh pada 2 Okt 2016

👎39 👍8

@dasyrw9hfh

Memiliki kanban terdengar seperti mengasapi yang tidak perlu bagi saya..
Tergantung dengan siapa Anda berbicara. Menurut pendapat saya itu akan menjadi fitur yang bagus untuk diterapkan.

Pikiran saya untuk memuaskan kedua belah pihak adalah membiarkannya default untuk repo baru dan admin repo harus mencentang kotak untuk mengaktifkan fitur kanboard. Pikiran?

Juga rancang sehingga dipisahkan dari layanan lainnya sehingga tidak membuat halangan.

skrzepto pada 3 Okt 2016

kolom bisa dengan mudah menjadi tag pada masalah ini.
Dengan cara ini nama dan urutan kolom hanya boleh disimpan di proyek.
Dan tampilan untuk kolom ini dengan mudah menambahkan tag pada masalah dan memindahkan masalah ini.

genofire pada 12 Okt 2016

@genofire itu asumsinya kalau kita fokus di satu papan saja? Haruskah ada kemampuan untuk memiliki beberapa papan per repo atau hanya satu?

skrzepto pada 27 Okt 2016

bagi saya, satu per repo sudah cukup -> tetapi github bisa menggunakan banyak, jadi untuk pengguna lain ini bisa lebih menarik

Jadi tag kanban yang dipermasalahkan bisa berupa boardId_columnname atau boardname_columnname . (opsi lain adalah dua tag).

Kebaikan saya adalah bahwa nama kolom ada di nama tag.

Jangankan mengubah nama kolom akan menghancurkan hubungan. (masalahnya tidak ada hubungannya dengan kolom baru)
Atau kita harus menangani penggantian nama kolom dengan mengganti nama semua tag pada semua masalah dalam repo.

genofire pada 27 Okt 2016

Jika tab Kanban bisa dinonaktifkan (seperti PR atau Wiki) itu bagus. Papan Kanban tidak diperlukan pada semua repo.

thibaultmeyer pada 27 Okt 2016

👍15

@genofire Saya setuju satu repo sudah cukup. Dan saya pikir ID unik untuk merujuk ke kolom akan masuk akal untuk O(1) rename karena board_column_name dapat berubah sementara uuid tetap sama.

Jika tab Kanban bisa dinonaktifkan (seperti PR atau Wiki) itu bagus. Papan Kanban tidak diperlukan pada semua repo.

@0xbaadf00d 100% setuju, saya mulai mengerjakan implementasi awal dan itu adalah hal pertama yang saya lakukan.

skrzepto pada 28 Okt 2016

👍2

Jika Anda membutuhkan bantuan ....

genofire pada 28 Okt 2016

@genofire Saya pikir sebagian besar kode backend hampir selesai jadi langkah selanjutnya adalah UI/UX yang bukan setelan kuat saya.

Mengenai backend

Hanya memiliki pertanyaan tentang bagaimana masalah harus dikembalikan di front end. Contoh

Pilihan 1:
Haruskah kita mengembalikan array semua masalah dalam format JSON dan meminta JS mengulangi daftar masalah dan menempatkannya di papan tulis

Pilihan 2:
Atau minta backend melakukan pemesanan dan mengembalikan {'column1': issue_1, 'column2': 'issue_2, etc...}

Saya bersandar pada Opsi 1 karena itu menurunkan beban kerja kepada pengguna, tetapi itu hanya pendapat pribadi. Pikiran?

skrzepto pada 2 Nov 2016

Saya suka menanganinya di sisi klien, untuk drag and drop itu akan menjadi cara terbaik saya. (Pilihan 1)

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

genofire pada 10 Nov 2016

Jika ada yang tertarik untuk mengerjakan ini, jangan ragu untuk menghubungi saya. Saya mulai bekerja (https://github.com/mhtsbt/GogsBoard) pada papan kanban bertenaga gogs. Ini adalah aplikasi terpisah yang terhubung melalui api:

mhtsbt pada 14 Jan 2017

@mhtsbt bisakah Anda juga mengirim PR ke Gitea? Saya pikir banyak pengelola Gitea dapat meninjau kode Anda.

lunny pada 14 Jan 2017

👍2

ping?

RcrdBrt pada 18 Feb 2017

👍4

+1 implementasi Kanban

sebastianmacias pada 30 Mar 2017

👍17 👎1

Seperti yang saya lihat @mhtsbt mengakhiri pekerjaannya dengan proyek gogs canban. Apakah ada yang mengerjakan ini saat ini?

Saya akan senang untuk menawarkan bantuan saya dengan ini.

jerrdasur pada 13 Jun 2017

Hai, apakah plugin ini digabung menjadi master?

kstan79 pada 21 Des 2017

Tidak, meskipun itu akan menjadi tambahan yang sangat bagus.

Pada 21 Des 2017 17:47, "Ks Tan" [email protected] menulis:

Hai, apakah plugin ini digabung menjadi master?
—
Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub
https://github.com/gogits/gogs/issues/3716#issuecomment-353399352 , atau bisukan
benang
https://github.com/notifications/unsubscribe-auth/ABSqmhQrhW1lH_W3OHHkqK_R3qhH4nK6ks5tCouNgaJpZM4KLOpH
.

RcrdBrt pada 21 Des 2017

aku ingin