Information: Diperlukan peran per-repositori

Dibuat pada 18 Des 2018  ·  23Komentar  ·  Sumber: solid-archive/information

9 menangkap peran di seluruh proyek, tetapi tidak menangkap hal-hal seperti:

  • siapa kontributor inti untuk repositori tertentu?
  • siapa yang merilis repositori tertentu?

Saya pikir kita membutuhkan peran per-repositori untuk setidaknya repositori yang lebih besar, seperti node-solid-server, rdflib, solid-panes, solid-ui, mashlib, solid-auth-client.

Juga, terminologi seperti "Manajer Repositori" mungkin membingungkan, karena sepertinya menyiratkan per-repositori.

Komentar yang paling membantu

Saya tidak melihat mereka saling terkait. vocab memiliki tujuan yang berbeda dari kamus padat sejauh yang saya tahu. Tetapi jika bukan itu masalahnya, mengapa kamus padat ada sejak awal? Bukankah lebih baik berkontribusi pada repo vocab?

Tujuan repo vocab mungkin paling baik diungkapkan dalam komentar ini: https://github.com/solid/vocab/issues/1#issuecomment -170134584 (setidaknya itu cukup dekat dengan alasan mengapa saya membuat repo di awal tempat). FWIW, pada saat itu, kami tidak mengelola kosakata yang solid (berbasis RDF) untuk server dan aplikasi yang kami bangun. Kami membutuhkan tempat untuk menangani dengan lebih baik apa yang kami miliki dan butuhkan.. , serta untuk mendokumentasikan dan mencapai konsensus.

kamus padat tampaknya lebih seperti tempat di mana komponen (misalnya kosa kata, protokol) digunakan atau berpotensi dapat digunakan di "dunia padat". Itu berguna dalam dirinya sendiri, tetapi saya tidak akan menyamakannya.

Semua 23 komentar

Benar. Sekarang, kami memiliki peran organisasi yang ditempati oleh beberapa orang, dan tidak tercermin dalam izin, di mana asumsinya adalah bahwa orang tidak akan menggunakan izin jika mereka tidak memiliki pemahaman dengan orang-orang yang memiliki peran. Jadi, kami cukup liberal dengan izin sekarang, tetapi ini, saya asumsikan, akan membawa kami ke tempat izin cocok dengan peran, yang sekali lagi mungkin akan membawa kami ke tempat kami mencabut izin untuk orang yang telah berkontribusi di masa lalu.

Mungkin hal yang baik untuk memperketat hal-hal sedikit, tapi saya tidak tahu apakah itu akan membantu masyarakat. Mungkin ada cara lain?

Salah satu cara itu akan membantu komunitas adalah bahwa pertanyaan-pertanyaan itu ditujukan pada
orang yang tepat. Saya sering @-disebutkan dalam hal-hal di luar kendali saya. aku tahan
tanggung jawab untuk solid-auth-client, misalnya, tetapi tidak untuk yang lain.

Saya pikir perlu ditunjukkan bahwa dalam draf deskripsi peran komunitas yang diterbitkan beberapa bulan lalu, kami mengambil pendekatan untuk mendeskripsikan Kontributor Inti Proyek , Kontributor Proyek , dan Manajer Rilis Proyek .

Jadi, kami memiliki definisi yang ada untuk tim khusus proyek (yaitu node-solid-server, solid-auth-client) untuk masalah ini. Saya pikir kekurangannya adalah bahwa dalam permintaan tarik terbaru tidak ada kontributor proyek yang disebutkan, atau bahasa apa pun tentang mengapa mereka tidak disebutkan. IMO, kita setidaknya harus mengidentifikasi beberapa proyek profil yang lebih tinggi (seperti node-solid-server, solid-auth-client) yang saat ini berada di bawah organisasi yang solid dan memberikan beberapa wawasan tentang anggota tim terkait di sana.

Sebenarnya, saya pikir kita perlu mendefinisikan apa yang kita maksud dengan "proyek", "repositori", dll. Sebenarnya, saya tidak memiliki pemahaman yang sama, @justinwb , saya menafsirkan "Proyek" sebagai hal yang sangat luas, seperti di " Proyek Padat", dan juga "Repositori" karena cukup luas, yaitu github adalah repositori, npm adalah repositori.

Sekarang, kami memiliki proyek dan repositori github, yang juga kami gunakan secara operasional, jadi istilah ini tidak terlalu cocok.

Kami mungkin juga tidak ingin memiliki peran manajer per-repo atau per-paket, itu akan menjadi manajer dengan cakupan yang sangat sempit ... Saya pikir lebih baik memiliki "manajer backend", "manajer alat dev", dll. Peran manajemen backend akan mencakup NSS dan dependensi solid-project misalnya.

Saya masih berpikir bahwa kita dapat menggunakan peran yang merupakan peran operasional sehari-hari untuk memastikan koherensi rilis di mana diperlukan, yang menurut saya seharusnya menjadi "Manajer Rilis Proyek", meskipun kita belum membutuhkannya. untuk memiliki fungsi-fungsi tersebut. Dan mungkin itu terlalu banyak untuk satu orang saja.

Saya pikir apa yang saya lakukan akhir-akhir ini adalah peran "Tech Lead Backend", tapi itu lebih merupakan peran Inrupt daripada peran Solid.

Saya hanya akan membawa perspektif yang sangat sempit, dari sudut pandang saya sendiri. saya
yang saat ini mengelola solid-auth-client. Saya ingin kejelasan seperti itu
entah orang tahu bahwa itu adalah tanggung jawab saya, atau orang lain yang mengambil
tanggung jawab itu; yaitu, saya lebih suka tidak memiliki tanggung jawab tidak berdokumen,
karena dapat menimbulkan masalah dikemudian hari.

Sebagai contoh, ketika saya masih menjadi orang yang menerbitkan
node-solid-server, orang lain untuk sementara berasumsi bahwa tanggung jawab dan
secara tidak sengaja menerbitkan tiga rilis yang rusak.

Jadi mari kita perjelas, setidaknya untuk repo yang lebih penting, siapa yang bisa
rilis dan publikasikan.

Apa pendapat Anda tentang holacracy https://www.holacracy.org untuk mengelola proyek Solid.
Secara teori, ia dapat membagi organisasi menjadi lingkaran berdasarkan kelompok kepentingan, setiap lingkaran memiliki 'alasan untuk menjadi apa yang memperjelasnya, dengan 'rujukan' sebagai 'mata rantai pertama' peran dan lingkaran ditentukan, dan mutasinya diatur secara khusus. dari kebutuhan.

https://communitywiki.org/wiki/DoOcracy ;)

Saya punya saran tentang cara mengatasinya..

Alokasikan peran berikut:

Manajer Repositori node-solid-server: @kjetilk
Manajer Repositori klien-auth-padat: @RubenVerborgh
Manajer Repositori komunitas: @Mitzi-Laszlo

@megoth @justinwb dan lainnya, siapa yang paling cocok untuk peran berikut?
Manajer Repositori rdflib:
Manajer Repositori panel padat:
Manajer Repositori solid-ui:
Manajer Repositori mashlib:

Ada beberapa repositori yang saya rasa akan mendapat manfaat dari penggabungan. Contoh: solid-tutorial-intro, solid-tutorial-angular, solid-tutorial-rdflib.js, profile-viewer-tutorial, pemahaman-linked-data, solid-tutorial-pastebin, web-summit-2018, intro-to -solid-slides semua bisa bergabung dengan resources.md di repo komunitas. Selain itu, rilis, arsitektur solid, panduan pengguna, vocab, solid-namespace, solid-platform, solid-spec, web-access-control-spec, solid-apps, dan solid.mit.edu juga berpotensi bergabung ke dalam komunitas repo. Mungkin ada kombinasi serupa yang bisa terjadi dengan repo lain?

Jika ada dua orang yang mengerjakan repo yang sama, itu akan menjadi pertanyaan tentang siapa manajernya dan oleh karena itu bertanggung jawab atas pengawasan dan siapa kontributor inti.

Proyek perlu didefinisikan dalam plan.md dari repo komunitas.

Pikiran?

Manajer Repositori node-solid-server: @kjetilk
Manajer Repositori klien-auth-padat: @RubenVerborgh
Manajer Repositori komunitas: @Mitzi-Laszlo

Ya

Manajer Repositori rdflib:
Manajer Repositori panel padat:
Manajer Repositori solid-ui:
Manajer Repositori mashlib:

Hanya @timbl yang bisa melakukan ini, saya pikir.

Ada beberapa repositori yang saya rasa akan mendapat manfaat dari penggabungan.

Digabungkan? Seperti, buat mereka menjadi satu repositori?
Itu bukan ide yang bagus karena beberapa alasan (saya bisa menjelaskannya), tapi mungkin saya salah paham?

Jika ada dua orang yang mengerjakan repo yang sama, itu akan menjadi pertanyaan tentang siapa manajernya dan oleh karena itu bertanggung jawab atas pengawasan dan siapa kontributor inti.

Mungkin ada beberapa untuk repo yang lebih kompleks.

@megoth @justinwb dan lainnya, siapa yang paling cocok untuk peran berikut?
Manajer Repositori rdflib:

rdflib ada dalam organisasi linkeddata di Github , jadi mungkin tidak termasuk dalam pekerjaan yang dilakukan sebagai bagian dari organisasi yang solid di Github. Ini adalah paket vital, jadi kami mungkin ingin meminta orang-orang di linkeddata untuk memformalkan peran mereka dalam repositori itu.

Manajer Repositori panel padat:
Manajer Repositori solid-ui:
Manajer Repositori mashlib:

Ya, @timbl adalah satu-satunya yang dapat melakukan ini. Dia mungkin ingin mendelegasikan, tapi itu diskusi lain.

Bagus, jadi jalan ke depan adalah mengajukan saran alokasi peran kepada Tim sebagai berikut:
Manajer Repositori node-solid-server: @kjetilk
Manajer Repositori klien-auth-padat: @RubenVerborgh
Manajer Repositori komunitas: @Mitzi-Laszlo
Manajer Repositori panel padat: @timbl
solid-ui Manajer Repositori: @timbl
Manajer Repositori mashlib: @timbl
Ada saran tambahan? editan?

Siapa yang akan menjadi manajer repositori untuk setiap repositori yang tidak disebutkan dalam daftar di atas? Atau apakah mereka tidak memiliki manajer repositori? Ini termasuk:
mavo-padat
webid-oidc-spec
oidc-auth-manager
solid-multi-rp-klien
folder-panel
wac-izinkan
pane-registri
oidc-rs
gantungan kunci
panel padat
pemberitahuan padat
solid-profile-ui
solid-koneksi-ui
panel-padat-sumber
jose
kotak masuk padat
oidc-op
solid-tif
klien-padat
oidc-rp
masalah-panel
padat
solid-idp-list
kvplus-file
solid-email
profil-penonton-reaksi
oidc-web
solid-auth-klien
pendaftaran yang solid
solid-takeout-impor
simpul-padat-ws
solid-auth-tls
ldflex-playground
query-ldflex
komponen reaksi
solid-auth-oidc
panel rapat
solid-dips
padat-kli
klien-web-padat
izin padat
acl-cek

Repositori berikut juga belum memiliki manajer repositori, namun kontennya disebutkan dalam repo komunitas dan terkait dengan proses tata kelola, jadi saya bersedia menjadi kandidat manajer repositori untuk mereka.
solid-tutorial-intro, solid-tutorial-angular, solid-tutorial-rdflib.js, profile-viewer-tutorial, pemahaman-linked-data, solid-tutorial-pastebin, web-summit-2018, intro-to-solid- slide, rilis, arsitektur solid, panduan pengguna, vocab, solid-namespace, solid-platform, solid-spec, web-access-control-spec, solid-apps, dan solid.mit.edu
@RubenVerborgh Ya, digabung seperti dalam mengambil konten dan menggabungkannya menjadi konten yang dapat dicari secara logis dalam lebih sedikit repo. Alasannya adalah bahwa sebagai pemula Anda bisa mendarat di repo komunitas untuk mengarahkan dan menemukan semua materi terkait tata kelola. Ini akan menjadi orientasi sebelum menggali ke dalam repo lain (peta akan sangat membantu). Penasaran ingin mendengar pemikiran Anda tentang cara terbaik ke depan.

Saya pikir mundurnya adalah Manajer Repositori Proyek.

Anda dapat secara eksplisit menambahkan saya sebagai manajer untuk acl-check, karena jelas akan dipertahankan (kecuali @timbl ingin menjadi manajer repo untuk itu).

@kjetilk dengan asumsi maksud Anda Manajer Rilis Proyek? Alternatif untuk mengubah deskripsi peran sebagai manajer rilis menjadi fallback ketika tidak ada manajer repositori adalah dengan mencantumkan Anda sebagai manajer repositori untuk semua repositori yang tersisa. Apakah itu akan berhasil?

Mungkin ide untuk mengambil percakapan tentang penggabungan ke permintaan tarik yang berbeda.

@megoth apakah Anda ingin mengambil beberapa peran manajer repositori?

Ringkasnya, inilah proposal terbaru untuk menyimpulkan masalah ini untuk digabungkan oleh Tim.

mavo-solid, webid-oidc-spec, oidc-auth-manager, solid-multi-rp-client, folder-pane, wac-allow, pane-registry, oidc-rs, keychain, solid-pane, solid-notifications, solid-profile-ui, solid-connections-ui, solid, pane-source, jose, solid-inbox, oidc-op, solid-tif, solid-client, oidc-rp, issue-panes, solid, solid-idp- daftar, kvplus-file, solid-email, profile-viewer-react, oidc-web, solid-auth-client, solid-sign-up, solid, takeout-import, node-solid-ws, solid-auth-tls, ldflex-playground, query-ldflex, react-components, solid-auth-oidc, panel rapat, solid-dips, solid-cli, solid-web-client, solid-permissions, acl-check, node-solid-server Repositori Manajer: @kjetilk

Manajer Repositori klien-auth-padat: @RubenVerborgh

community, solid-tutorial-intro, solid-tutorial-angular, solid-tutorial-rdflib.js, profile-viewer-tutorial, pemahaman-linked-data, solid-tutorial-pastebin, web-summit-2018, intro-to- solid-slides, rilis, arsitektur solid, panduan pengguna, vocab, solid-namespace, solid-platform, solid-spec, web-access-control-spec, solid-apps, dan solid.mit.edu Repository Manager: @Mitzi -Laszlo

panel padat, solid-ui, mashlib, Manajer Repositori: @timbl

Hanya berpikir... apakah ada alasan khusus mengapa saya bukan "manajer" dari repo vocab ? Atau lebih umum, bukankah pembuat repo seharusnya menjadi "manajer" secara default (kecuali tentu saja mereka tidak menginginkan "peran" itu). Lagi pula, saya telah membuat repo vocab 3-4 tahun yang lalu, dan telah benar-benar mengerjakannya dan sekitarnya.

Saya akan terbuka untuk itu, @timbl akan menjadi orang yang pada akhirnya mengalokasikan individu untuk peran

https://github.com/solid/community/issues/32 Saya telah memulai percakapan paralel tentang struktur informasi yang relevan karena vocab dan kamus padat berlipat ganda. @csarven dan @RubenVerborgh ingin mendengar pendapat Anda tentang bagaimana melanjutkan ini.

(Juga, https://github.com/solid/community/pull/31 saran untuk peran lain terkait dengan percakapan ini)

Saya tidak melihat mereka saling terkait. vocab memiliki tujuan yang berbeda dari kamus padat sejauh yang saya tahu. Tetapi jika bukan itu masalahnya, mengapa kamus padat ada sejak awal? Bukankah lebih baik berkontribusi pada repo vocab?

Tujuan repo vocab mungkin paling baik diungkapkan dalam komentar ini: https://github.com/solid/vocab/issues/1#issuecomment -170134584 (setidaknya itu cukup dekat dengan alasan mengapa saya membuat repo di awal tempat). FWIW, pada saat itu, kami tidak mengelola kosakata yang solid (berbasis RDF) untuk server dan aplikasi yang kami bangun. Kami membutuhkan tempat untuk menangani dengan lebih baik apa yang kami miliki dan butuhkan.. , serta untuk mendokumentasikan dan mencapai konsensus.

kamus padat tampaknya lebih seperti tempat di mana komponen (misalnya kosa kata, protokol) digunakan atau berpotensi dapat digunakan di "dunia padat". Itu berguna dalam dirinya sendiri, tetapi saya tidak akan menyamakannya.

@csarven menulis:

Saya tidak melihat mereka saling terkait. vocab memiliki tujuan yang berbeda dari kamus padat sejauh yang saya tahu.

Ya, itu akan menjadi pemahaman saya juga. Pemahaman saya adalah bahwa vocab adalah untuk RDF, kamus padat adalah untuk deskripsi istilah dalam prosa, murni ditujukan untuk konsumsi manusia.

@Mitzi-Laszlo bertanya:

@kjetilk dengan asumsi maksud Anda Manajer Rilis Proyek?

Sebenarnya, saya berpikir bahwa sejak kami memulai dengan satu peran "Manajer Repositori" dan kemudian mendapat peran per repo, kami akan memiliki analog dengan "Manajer Rilis Proyek", yaitu "Manajer Repositori Proyek", yang akan mendelegasikan manajemen repo tertentu ke orang lain serta mengelola repositori yang tidak memilikinya.

Jika sebagian besar merupakan peran mundur, itu bisa ditempati oleh Manajer Rilis Proyek, karena seharusnya tidak ada pemeriksaan dan keseimbangan penting di antara keduanya. Kami mungkin sedikit merekayasa peran, saya kira, jadi saya terbuka untuk itu.

@megoth apakah Anda ingin mengambil beberapa peran manajer repositori?

Saya belum melakukan banyak pekerjaan pada repositori di luar node-solid-server , jadi tidak dapat melihat untuk mana saya harus menjadi manajer repositori. Saya mungkin bertanggung jawab atas beberapa panel-repositori untuk membantu menurunkan beban kerja untuk @timbl , tetapi secara umum saya pikir lebih baik memiliki dia sebagai manajer repositori untuk itu (yaitu folder-pane, solid-pane, issue- pane, pane-source, pane-registry).

Saya juga berpikir @RubenVerborgh harus menjadi manajer repositori untuk proyek-proyek terkait LDflex (yaitu ldflex-playground dan query-ldflex)? Saya juga berpikir dia harus menjadi manajer repositori untuk komponen reaksi?

Jika tidak, agak sulit untuk mendapatkan gambaran umum tentang repositori, karena ada begitu banyak =P Tapi sekali lagi, peran ini tidak ditetapkan, dan jika kami mengetahui bahwa kami melakukan kesalahan sebelumnya, itu tidak boleh lebih dari satu sedikit komunikasi dan PR untuk memperbaikinya ^_^

Ini membutuhkan saya sebagai manajer repo (saya sepenuhnya menulisnya):
mavo-padat
wac-izinkan
solid-auth-klien
ldflex-playground
query-ldflex
komponen reaksi
profil-penonton-reaksi

Saya pikir yang ini membutuhkan Tim:
padat

Apakah ini kesimpulan yang kita buat bersama?

webid-oidc-spec, oidc-auth-manager, solid-multi-rp-client, folder-pane, pane-registry, oidc-rs, keychain, solid-pane, solid-notifications, solid-profile-ui, solid- connection-ui, solid, pane-source, jose, solid-inbox, oidc-op, solid-tif, solid-client, oidc-rp, issue-panes, solid-idp-list, kvplus-files, solid-email, oidc-web, solid-sign-up, solid, takeout-import, node-solid-ws, solid-auth-tls, solid-auth-oidc, panel rapat, solid-dips, solid-cli, solid-web- klien, izin padat, pemeriksaan acl, Manajer Repositori node-solid-server: @kjetilk

solid-auth-client, mavo-solid, wac-allow, solid-auth-client, ldflex-playground, query-ldflex, react-components, profile-viewer-react Repository Manager: @RubenVerborgh

community, solid-tutorial-intro, solid-tutorial-angular, solid-tutorial-rdflib.js, profile-viewer-tutorial, pemahaman-linked-data, solid-tutorial-pastebin, web-summit-2018, intro-to- solid-slides, rilis, arsitektur solid, panduan pengguna, solid-namespace, solid-platform, solid-spec, web-access-control-spec, solid-apps, dan solid.mit.edu Repository Manager: @Mitzi-Laszlo

vocab @csarven

solid, solid-pane, solid-ui, mashlib, Manajer Repositori: @timbl

Secara praktis, ya, tetapi saya pikir sebagian besar repo yang saya dapatkan hanyalah sebagai cadangan, dan orang yang memiliki peran mundur juga harus memiliki wewenang untuk mendelegasikannya kepada orang lain.

Memperbarui semua informasi di sini https://github.com/solid/community/pull/44 jangan ragu untuk berkomentar lebih lanjut tentang permintaan tarik.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat

Masalah terkait

Mitzi-Laszlo picture Mitzi-Laszlo  ·  4Komentar

eduardoinnorway picture eduardoinnorway  ·  3Komentar

kjetilk picture kjetilk  ·  12Komentar

Mitzi-Laszlo picture Mitzi-Laszlo  ·  26Komentar

NSeydoux picture NSeydoux  ·  4Komentar