Mysql: Tolong beri tag rilis baru

Dibuat pada 27 Okt 2017  ·  3Komentar  ·  Sumber: go-sql-driver/mysql

Ada 42 komit sejak 1.3.

organization

Komentar yang paling membantu

Apa status terbaru pada rilis v1.4 potensial? Apakah ada masalah nyata yang membuat rilis ini menjadi masalah? Bagaimana saya bisa membantu untuk membuat rilis baru terjadi?

Saya yakin Anda bisa mengambil komit terbaru sebagai awal katakanlah _v1.4_. Jika orang kemudian menggunakan versi ini dalam konfigurasi Dep mereka misalnya sebagai version=^v1 atau bahkan version=v1.4 dan menemukan bug kritis, kami dapat merilis v1.4.1 dan pengguna akan mendapatkan perbaikan bug secara implisit; selain tidak memotong rilis, orang-orang untuk FUD tidak mengandalkan branch=master melainkan revision=X dan kemudian sangat terlambat menyadari bahwa ada perbaikan bug yang sudah tersedia untuk mereka.

Semua 3 komentar

Dan beberapa lagi akan menyusul sebelum kami menandai rilis lainnya .

Jika Anda merasa berani, gunakan yang mutakhir (cabang utama) dan berikan umpan balik.
Kami membuat beberapa perubahan fungsional yang lebih besar selama siklus saat ini, misalnya dukungan multi-hasil (yang seharusnya agak stabil sekarang), dan perubahan pada logika coba ulang (#302) yang mungkin memerlukan penyesuaian lebih lanjut (#657) sebelum kami dapat merilisnya sebagai stabil .

Anda dapat mempercepat seluruh proses dengan berkontribusi atau hanya mengatasi masalah umum yang mengalihkan perhatian kami dari menyiapkan rilis berikutnya.
Kami sangat ingin mencari kontributor yang lebih aktif untuk proyek ini. AFAIK ketiga anggota tim saat ini mengerjakan ini secara eksklusif di waktu luang mereka. Sayangnya, tak satu pun dari kita saat ini tampaknya memiliki banyak waktu luang.
Jika perusahaan Anda (ditujukan kepada semua orang yang membaca ini) bergantung padanya, saran saya adalah memastikan seseorang yang dibayar untuk mengerjakan ini secara teratur selama waktu kerja .

Jika master saat ini kurang stabil daripada tag v1.3 , maka mungkin bagian Instalasi README harus menyebutkan itu? Memiliki kebijakan versi eksplisit harus bermanfaat bagi pengguna.

Apa status terbaru pada rilis v1.4 potensial? Apakah ada masalah nyata yang membuat rilis ini menjadi masalah? Bagaimana saya bisa membantu untuk membuat rilis baru terjadi?

Saya yakin Anda bisa mengambil komit terbaru sebagai awal katakanlah _v1.4_. Jika orang kemudian menggunakan versi ini dalam konfigurasi Dep mereka misalnya sebagai version=^v1 atau bahkan version=v1.4 dan menemukan bug kritis, kami dapat merilis v1.4.1 dan pengguna akan mendapatkan perbaikan bug secara implisit; selain tidak memotong rilis, orang-orang untuk FUD tidak mengandalkan branch=master melainkan revision=X dan kemudian sangat terlambat menyadari bahwa ada perbaikan bug yang sudah tersedia untuk mereka.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat

Masalah terkait

julienschmidt picture julienschmidt  ·  7Komentar

AlekSi picture AlekSi  ·  4Komentar

pmoosman picture pmoosman  ·  9Komentar

BSick7 picture BSick7  ·  8Komentar

tbdingqi picture tbdingqi  ·  7Komentar