Je nutné, abyste verzi pluginu doplnili, pokud právě aktualizujete atribut „Tested up to“?
Mám několik plug-inů hostovaných na wordpress.org svn server ... s neuvěřitelnou verzí 3.1, chtěl bych aktualizovat meta data "Tested up to".
V kódu nebudou žádné funkční změny, pouze meta data.
Je nutné změnit číslo revize pro takovou triviální změnu?
Číslo verze bych pouze zvětšil, kdyby uživatelé potřebovali stáhnout plugin znovu. Proměnná "Tested up to" není použita, když je plugin nainstalován, pouze pokud ho chtějí nainstalovat nebo chtějí upgradovat. V takovém případě informace pocházejí ze serveru, takže nemusíte nutit nové stahování pluginu.
Pokud má váš readme.txt v adresáři trunkStable tag indikátor, měli byste aktualizovat soubor readme.txt ve správném podadresáři tags, jinak bude ignorován. Není problém aktualizovat soubor v adresáři tags a nevytvářet novou verzi, pro Subversion je to normální adresář stejně jako všechny ostatní, je to jen konvence používat jej pro označené historické verze.
Myslím, že další odpovědi důkladně vysvětlily argumenty ve prospěch narážky na atribut Tested up to a nevidím s nimi nic špatného. Vzhledem k tomu, že nikdo neuvádí žádné důvody ne , abych to udělal, jsem si myslel, že budu hrát ďáblova advokáta;)
- Značky jsou určeny a považovány za snímek programu v daném okamžiku. Úprava tagu poté, co fakt porušuje konvence, se lidé spoléhají na práci s kódem. Potenciální důsledky jsou v tomto konkrétním případě sice nepatrné - ne-li neexistují - ale mnoho lidí dává přednost čistému postoji v takovýchto situacích a udržení věcí 100% jasných. To je důvod, proč někteří klienti SVN vydají varování, když se uživatel pokusí provést změny tagu.
- Jako potenciální uživatel pluginu, pokud jsem se díval na protokoly SVN a všiml jsem si, že autor provedl změny v označených verzích, byl bych podezřelý, že jeho účet byl napaden a někdo se pokoušel vložit nejnovější verzi škodlivého softwaru, nebo že autor si nebyl vědom toho, jak funguje ovládání zdroje - a podle rozšíření nemusí být velmi dobrý programátor - což by mě přimělo ke stažení pluginu.
- Ztratíte některá historická data. Pokud byste se například chtěli vrátit o rok později a sledovat kompatibilitu pluginu s jádry, nemůžete provést přesnou analýzu, protože data byla poškozena.
- Existuje další mechanismus pro dosažení stejného výsledku. Repo umožňuje uživatelům hlasovat o tom, zda konkrétní verze pluginu pracuje s konkrétní verzí jádra. Osobně věřím, že data více než tvrzení autora pluginu.
- Domnívám se, že motivací pro takovéto věci je často ego a nejistota autora pluginu. Chtějí se ujistit, že jejich plugin vypadá "úspěšně" a dostane se co nejvíce. Vidím tento druh chování hodně mezi autory pluginů a často pociťuji pokušení sám, ale myslím, že je to druh nezralých a nezdravých, takže se tomu snažím odolat.
Moje rada by byla relaxovat a nechat tagy sám. Jednoduše odevzdejte svůj individuální hlas pro "to funguje" na stránce repo - po kole testování, samozřejmě - a nechte to na tom. Pokud jste opravdu znepokojeni tím, že váš plugin je aktivní, pak strávte čas prací na nových verzích s opravami chyb, vylepšení zabezpečení/výkonu/uživatelského rozhraní a užitečnými novými funkcemi; Neztrácejte čas starostí o to, co si ostatní lidé myslí, nebo kolik stažení plugin dostal minulý týden.
No, pokud právě aktualizujete readme, nevidím důvod zvyšovat číslo verze. Pokud jste právě pomocí kmene můžete udělat rychlé zavázat ke změně, že jedna věc a nikdo bude opravdu všimnout, pokud používáte značky myslím, že budete muset vytvořit nový tag (ne 100% není to dobře zběhlý s svn ).
Myslím, že je bezpečné říci, že je to věc osobní volby. Namísto úplné aktualizace verze (např. 1.0 až 2.0) byste měli zvážit provedení verze 1.1.