Server-tools: [RFC] Pisahkan Server-Tools untuk v11

Dibuat pada 2 Okt 2017  ·  22Komentar  ·  Sumber: OCA/server-tools

Membawa ini dari utas milis untuk diskusi akhir.

Dari @dreispt (masih ada lagi di utas, tapi ini yang masih relevan sekarang dan harus didiskusikan):

Halo,

Saya percaya bahwa repo dapat dibagi lagi menjadi beberapa yang lebih terfokus.

Saya mengusulkan untuk menyimpan OCA / serverl-tools sebagian besar untuk fitur yang berkaitan dengan konfigurasi dan tugas administrasi.
Fitur lainnya dapat dipindahkan ke beberapa repo spinf-off baru.

Saya dapat memikirkan empat repo baru untuk dibuat sebagai spin-off:

  • OCA / server-auth (10 modul): Terkait otentikasi
  • OCA / server-backend (5 modul): Ekstensi ORM server, bidang baru
  • OCA / server-brand (8 modul dan terus bertambah): (De) terkait branding
  • OCA / server-ux (11 modul): Fitur sisi server untuk kegunaan dan pengalaman pengguna terkait

Mendukung pembagian diatas, dan sebagai titik awal pembahasan, saya menyiapkan spreadsheet ini:
https://docs.google.com/spreadsheets/d/1Xg95cW4TFMf_Lo5i_CZC_qOOfN8RgxPRc0LJTLTkdUI/edit?usp=sharing

cc @pedrobaeza @hbrunn @ OCA / board

question

Komentar yang paling membantu

terima kasih @lasley dan @pedrobaeza

Semua 22 komentar

Mengungkit hal ini lagi ada di daftar saya, terima kasih banyak telah mengungkitnya, Dave.
Pengalaman memberi tahu kita bahwa repositori terfokus memiliki arahan yang lebih baik dan pengelola yang lebih termotivasi.
Repositori ini mencakup terlalu banyak topik berbeda untuk dipelihara secara efektif.
Ini juga memiliki tanda-tanda terlalu besar, melihat jumlah modul yang ada dan PR terbuka.

Daftar spin-off yang diusulkan sudah cukup lama, jadi mereka mungkin memerlukan pembaruan.

@dreispt Saya tidak melihat konsensus, dan pada saat yang sama saya melihat bahwa PR ke v11 terjadi saat kita berbicara. Saya mengusulkan untuk menunda topik ini hingga v12, karena tampaknya perubahan struktural semacam ini perlu direncanakan dengan baik sebelum rilis baru.

Sayangnya saya harus setuju bahwa percakapan ini mulai terlambat: sekarang kita perlu merencanakan struktur repositori untuk v12 SEKARANG.

Oke, saya telah mengganti nama masalahnya.

Tidak, ini bisa dilakukan dengan sempurna di v11, dan lebih banyak lagi karena repo telah dikosongkan. Saya membuat repo hari berikutnya.

Saya mengangkat topik ini pada bulan Juni Agustus. Sudut pandang saya adalah kita harus melakukannya sekarang atau itu tidak akan pernah selesai.

Jika @pedrobaeza membuat repo maka tidak apa-apa. Kami memiliki beberapa PR yang menunggu untuk digabungkan ke v11, dan kami akan menunggu sampai dia selesai untuk memutuskan di mana akan menaruhnya.

@jbeficent Belum terlambat, cabang v11 masih kosong.
AFAICR tidak menentang langkah ini, hanya saja tidak dilaksanakan.
Mungkin @lasley punya link untuk diskusi.

@dispt tidak masalah. Kami sangat ingin mulai mendorong ke v11 !!! Saya akan menunggu @pedrobaeza

Saya ikut!

Oke, saya telah membuat semua repositori baru. Anda bisa mulai mendorong mereka. Menutup masalah ini dan menyertakan dokumen dengan pemetaan tentang masalah migrasi.

Terima kasih!!

terima kasih @lasley dan @pedrobaeza

apakah kita juga ingin meminta orang yang mengusulkan modul baru ke alat-alat server dalam versi yang lebih rendah untuk memindahkan PR mereka ke sana? Akan masuk akal imho
(sunting: Tentu saja hanya PR yang tidak digabungkan yang benar-benar memperkenalkan modul baru)

Ya, saya belum membuat cabang untuk versi yang lebih rendah, tetapi jika menurut Anda itu menarik, silakan.

Haruskah kami mengiklankannya di kontributor ML?

Ya, itu bisa menarik. Dan itu harus menjadi bagian dari buletin berikutnya.

pertama kali saya meninjau PR seperti itu, saya akan membuat cabang - tidak melihat alasan untuk melakukan itu sebelumnya sekarang

Oke, setuju

Dan itu harus menjadi bagian dari buletin berikutnya.

Saya membuat tiket jadi kami tidak lupa untuk buletin. Ide bagus

Untuk membantu orang dengan apa yang pergi kemana, kita harus memiliki masalah migrasi v11 dengan daftar modul yang dikecualikan untuk dimigrasi pada setiap repo.

Menyangkut komunikasi ML, itu harus dilakukan secepatnya. Di buletin berikutnya kami juga akan menyebutkannya, dengan tautan ke pesan ML.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat

Masalah terkait

legalsylvain picture legalsylvain  ·  34Komentar

lasley picture lasley  ·  7Komentar

kittiu picture kittiu  ·  5Komentar

pedrobaeza picture pedrobaeza  ·  66Komentar

pedrobaeza picture pedrobaeza  ·  19Komentar