Pertanyaan Apa yang harus digunakan sebagai versi awal?


Saya biasanya memulai proyek saya dengan versi 1.0.0. Segera setelah saya memiliki beberapa barang bersama, saya merilisnya sebagai 1.0.0 dan melanjutkan dengan 1.1.0.

Namun, ini mengarah ke dapat digunakan tetapi tidak persis fitur lengkap versi 1.0.0 dari kebanyakan hal yang saya tulis. Saya kemudian menambahkan fitur dan mendapatkan versi yang layak di suatu tempat sekitar 1.6.0. Banyak proyek mulai dengan versi 0.1.0, yang akan dapat digunakan seperti 1.0.0 saya.

Apa yang akan Anda sarankan? Mulai dengan 1.0.0 atau 0.1.0?

Angka terakhir adalah untuk rilis perbaikan bug hanya dengan cara. Anda dapat menganggap 1.0.0 sebagai 1.0 dan 0.1.0 sebagai 0.1 itu lebih mudah bagi Anda.


75
2017-09-16 16:22


asal


Jawaban:


Versi saya didorong oleh pengaturan. Saya ingin mengganti versi yang lebih lama, jadi saya terus meningkatkannya dalam lompatan yang masuk akal bagi saya.

Kadang-kadang, bagaimanapun, versi didorong oleh pelanggan, terutama jika Anda merilis kode ke publik.

Jika itu panggilan Anda, lakukan apa pun yang terbaik untuk Anda. Saya memiliki beberapa masalah dengan versi sebelum 1.0 jadi saya mulai dengan itu.


-8



Itu Versi Semantik 2.0.0 standar mengatakan:

Hal yang paling sederhana untuk dilakukan adalah memulai rilis pengembangan awal Anda di   0.1.0 dan kemudian menaikkan versi minor untuk setiap rilis berikutnya.

Tidak masalah untuk beralih dari 0.3.0 ke 1.0.0. Ini juga sangat baik untuk berada di 0.23.0. Mulai 0.4.0 agak tidak disarankan karena menunjukkan ada versi yang diterbitkan sebelumnya.

Selain itu, perhatikan itu 0.y.z disisihkan untuk iterasi yang cepat, sehingga pengembangan awal (dan karenanya banyak perubahan yang melanggar) tidak meninggalkan Anda pada sesuatu yang konyol seperti 142.6.0. Alih-alih menabrak versi utama, tundukkan versi minor pada setiap perubahan yang melanggar sampai Anda merilis 1.0.0:

Versi utama nol (0.y.z) untuk pengembangan awal. Apa saja bisa berubah kapan saja. API publik tidak boleh dianggap stabil.


124



Ketika saya mendapatkan versi pertama yang dapat digunakan tetapi tidak lengkap, saya biasanya mencoba untuk menilai sejauh mana itu menuju versi lengkap fitur, jadi misalnya jika fitur pertama saya adalah 33% selesai saya membuat nomor versi 0.3.0 atau serupa. Kemudian saat saya bergerak menuju fitur, versi yang sesuai dan lengkap akan mendapatkan nomor yang diberikan dengan cara yang sama.

Tapi setelah Anda bergerak di masa lalu fitur versi lengkap perlu diubah


1



Saya pikir faktor-faktor yang berbeda ikut bermain di sini. Dampak psikologis / pemasaran dari nomor versi (nomor versi meningkat sering => lebih $$$, orang tidak mau membeli versi beta 0,99, dll) harus diperhitungkan. Nomor versi "Logic" dapat membantu saat bekerja di tim besar.

Dan saya suka cara linux memiliki angka ganjil untuk versi yang tidak stabil, dan bahkan angka untuk versi stabil.


1



Nomor versi sepenuhnya terserah Anda. Lakukan apa yang masuk akal kamu dan konsisten. Tidak ada yang mengatakan Anda harus mulai dari 0, atau 0,0, atau 1,0, atau 1,1.

Pemrogram hebat benar-benar menggunakan sistem penomoran versi sebagai lelucon lokal. Contoh (Wikipedia):

Sejak versi 3, TeX telah menggunakan   penomoran versi idiosynkratik   sistem, di mana pembaruan telah dilakukan   ditunjukkan dengan menambahkan digit ekstra pada   akhir desimal, sehingga   nomor versi asimtotik   mendekati π. Ini adalah cerminan dari   fakta bahwa TeX sekarang sangat stabil,   dan hanya pembaruan kecil   diantisipasi. Versi terkini dari   TeX adalah 3,1415926; itu terakhir diperbarui   pada Maret 2008

Untuk METAFONT:

Metafont memiliki sistem versi   mirip dengan TeX, di mana   nomor asimtotik mendekati e   dengan setiap revisi.

Akhirnya, tidak cukup nomor versi, tetapi sama-sama menarik, adalah bahwa penawaran umum perdana Google (IPO) diajukan dengan SEC untuk mengumpulkan $ 2,718,281,828 (perhatikan bahwa e ~ 2.718 281 828).

Maksud saya adalah: jangan merasa bahwa Anda perlu mengikuti orang banyak. Jadilah kreatif dan konsisten.


1



Biasanya, versi memiliki beberapa arti bagi programmer. Peningkatan jumlah besar mungkin menunjukkan perubahan besar yang mencegah kompatibilitas mundur. Nomor lain di nomor versi mungkin menunjukkan fitur tambahan yang lebih kecil atau perbaikan bug.

Jika Anda khawatir versi 0.6.5 memiliki cincin yang tidak lengkap, Anda mungkin ingin memasarkannya di bawah versi 1.0. Nomor versi pemasaran Anda tidak perlu sesuai dengan nomor versi internal Anda. Nomor versi Windows 7, misalnya, adalah 6.1.

Preferensi pribadi saya adalah mulai dari 0,1,0 dan pergi dari sana.


0



Saat memilih nomor versi untuk npm paket, perhatikan bahwa untuk dependensi yang tercantum dalam package.json  rentang semer tidak akan berfungsi di bawah v1.0.0. Itu adalah,

"dependencies": {
    "my-package": "^0.5"
}

setara dengan

"dependencies": {
    "my-package": "0.5"
}

Jika Anda ingin dapat menggunakan rentang semifar, atau Anda ingin membiarkan orang lain menggunakannya, Anda mungkin ingin memulai dengan versi 1.0.0


0



Tergantung pada proyek. Untuk alat baris perintah sederhana, saya biasanya mulai sekitar 0,9 [.0] karena saya hanya mempertimbangkan melepaskan atau mengemasnya ketika hampir selesai (atau siap untuk pengujian beta.) Proyek yang lebih rumit mulai sekitar 0,1 [.0] dan beberapa bahkan tidak pernah melihat 1.0. Saya menganggap 1.0 versi rilis (atau setidaknya beta atau rilis kandidat yang diuji secara lokal) dan rencanakan sesuai.

Dengan proyek tim, siapa pun yang memasang tag versi pertama dapat memutuskan :).


-1



Nomor versi seharusnya berarti bagi Anda sebagai Arrieta dikomentari dengan benar sebelumnya.

Mungkin mengikuti sesuatu seperti: Pertama # adalah walikota rilis, Kedua # adalah walikota yang sama dirilis dengan beberapa fitur ditambahkan dan Ketiga # adalah walikota yang sama rilis, dengan fitur yang sama tetapi dengan bug tetap atau menambahkan sedikit (tetapi cukup signifikan) perubahan.

1.3.2 => Pembebasan Pertama, dengan lebih banyak fitur dan beberapa perbaikan bug.

Namun, untuk pengguna akhir, beberapa digunakan untuk jumlah besar untuk rilis akhir.

Contohnya: Corel 8, untuk 8.0.0, 8.0.1, 8.2.2, dll. Corel 9, untuk 9.0.0 ... dll.

Dan kebanyakan lebih tentang strategi pemasaran seperti: Corel X5 bukannya Corel 15.0.2 misalnya.

Saya akan mengatakan bahwa itu tergantung apakah nomor versi untuk Anda atau untuk klien.


-2



mulai dengan 0,0.0 dan lanjutkan dari sana.


-5