Apakah perlu untuk menabrak versi plug-in jika Anda hanya memperbarui atribut "Diuji untuk"?

Saya memiliki sejumlah plug-in yang dihosting di server wordpress.org svn ... dengan rilis 3.1, saya ingin memperbarui meta data "Diuji untuk".

Tidak akan ada perubahan fungsional pada kode, hanya meta data.

Apakah perlu mengubah nomor revisi untuk perubahan sepele seperti itu?

Saya hanya akan menambah nomor versi jika pengguna perlu mengunduh plugin lagi. Variabel "Diuji hingga" tidak digunakan saat plugin dipasang, hanya ketika orang ingin menginstalnya atau ingin memutakhirkan. Dalam hal ini, informasi tersebut berasal dari server, jadi Anda tidak perlu memaksakan unduhan baru plugin Anda.

Tentu saja, jika Anda readme.txtdalam trunkdirektori memiliki Stable tagindikator, Anda harus memperbarui readme.txtdalam yang benar tagssubdirektori, selain itu akan bisa diabaikan. Tidak ada masalah memperbarui file di tagsdirektori dan tidak membuat versi baru, untuk Subversion itu direktori normal seperti yang lainnya, itu hanya konvensi untuk menggunakannya untuk rilis historis yang ditandai.

Saya pikir jawaban lain telah secara menyeluruh menjelaskan argumen yang mendukung menabrak Tested up toatribut, dan saya tidak melihat ada yang salah dengan mereka. Karena tidak ada yang menyebutkan alasan untuk tidak melakukan ini, saya pikir saya akan berperan sebagai penasihat iblis;)

• Tag dimaksudkan dan dianggap sebagai cuplikan dari suatu program pada titik waktu tertentu. Mengedit tag setelah fakta melanggar konvensi yang diandalkan orang saat bekerja dengan kode. Konsekuensi potensial memang kecil - jika bukan tidak ada - dalam kasus khusus ini, tetapi banyak orang lebih memilih untuk mengambil sikap murni dalam situasi seperti ini, dan menjaga semuanya tetap jelas 100%. Inilah sebabnya mengapa beberapa klien SVN akan mengeluarkan peringatan ketika pengguna mencoba melakukan perubahan pada tag.
• Sebagai pengguna potensial sebuah plugin, jika saya melihat log SVN dan melihat seorang penulis membuat perubahan pada versi yang ditandai, saya akan curiga bahwa mungkin akunnya telah diretas dan seseorang mencoba menyuntikkan malware ke versi terbaru, atau bahwa penulis tidak mengetahui cara kerja kontrol sumber - dan dengan ekstensi, mungkin bukan programmer yang sangat baik - yang akan membuat saya ragu untuk mengunduh plugin.
• Anda kehilangan beberapa data historis. Misalnya, jika Anda ingin kembali setahun kemudian dan melacak kompatibilitas plugin Anda dengan rilis inti, Anda tidak dapat membuat analisis yang akurat karena data Anda telah rusak.
• Ada mekanisme lain untuk mencapai hasil yang sama. Repo memungkinkan pengguna memberikan suara pada apakah plugin versi tertentu berfungsi dengan versi inti tertentu atau tidak. Saya pribadi percaya bahwa data lebih dari pernyataan pembuat plugin.
• Saya curiga bahwa motivasi untuk hal-hal seperti ini sering kali adalah ego dan rasa tidak aman pengaya plugin itu sendiri; mereka ingin memastikan plugin mereka terlihat "berhasil" dan diunduh sebanyak mungkin. Saya melihat perilaku seperti ini banyak di antara penulis plugin dan sering merasakan godaan sendiri, tapi saya pikir itu agak tidak dewasa dan tidak sehat, jadi saya mencoba untuk menolaknya.

Saran saya adalah bersantai dan biarkan tag itu sendiri. Cukup berikan suara pribadi Anda untuk "berhasil" di halaman repo - tentu saja setelah serangkaian pengujian - dan biarkan saja. Jika Anda benar-benar khawatir tentang plugin Anda yang tampaknya aktif, maka habiskan waktu Anda mengerjakan rilis baru dengan perbaikan bug, peningkatan keamanan / kinerja / UI dan fitur baru yang bermanfaat; jangan buang waktu untuk mengkhawatirkan apa yang dipikirkan orang lain atau berapa banyak unduhan yang didapat plugin Anda minggu lalu.

Nah jika Anda hanya memperbarui readme maka saya tidak melihat alasan untuk menambah nomor versi. Jika Anda hanya menggunakan trunk, Anda dapat melakukan komit cepat untuk mengubah satu hal dan tidak seorang pun akan benar-benar memperhatikan jika Anda menggunakan tag. Saya pikir Anda perlu membuat tag baru (bukan 100% tidak terlalu berpengalaman dengan svn ).

Saya pikir aman untuk mengatakan ini adalah masalah pilihan pribadi. Alih-alih pembaruan versi lengkap (mis. 1.0 hingga 2.0), Anda dapat mempertimbangkan untuk menjadikannya rilis 1.1.