「Tested up to」属性を更新するだけの場合は、プラグインのバージョンを上げる必要がありますか？
私はwordpress.orgのsvnサーバーでホストされている多くのプラグインを持っています…3.1の緊急リリースで、「Tested up」メタデータを更新したいと思います。
コードに機能的な変更はなく、メタデータだけが変更されます。
そのような些細な変更のためにリビジョン番号を変更する必要がありますか？
ユーザーがプラグインをもう一度ダウンロードする必要がある場合は、バージョン番号を増やすだけです。 "Tested up to"変数は、プラグインがインストールされるときには使用されず、人々がそれをインストールしたいとき、またはアップグレードしたいときにのみ使用されます。その場合、情報はとにかくサーバーから来るので、あなたはあなたのプラグインの新しいダウンロードを強制する必要はありません。
もちろん、trunkディレクトリのreadme.txtにStable tagインジケータがある場合は、正しいtagsサブディレクトリのreadme.txtを更新する必要があります。それ以外の場合は無視されます。 tagsディレクトリ内のファイルを更新しても新しいバージョンを作成しても問題ありません。Subversionは他のすべてと同じように通常のディレクトリです。タグ付きの履歴リリースに使用するのは慣例に過ぎません。
私は他の答えがTested up to属性をぶつけることを支持する議論を徹底的に説明したと私は思います、そして私はそれらに何も悪いことは見ません。だれにも理由がない理由がない、しかし、私は悪魔の支持者を演じたいと思いました。）
- タグは、特定の時点におけるプログラムのスナップショットであることを意図しており、想定されています。事実の後にタグを編集すると、コードを扱うときに人々が頼る規約に違反します。この特定のケースでは、潜在的な影響は確かに明らかに存在しないとしてもわずかですが、多くの人々は純粋主義的な立場をとり、100％明確にしています。これが、ユーザーがタグへの変更をコミットしようとしたときに一部のSVNクライアントが警告を発行する理由です。
- SVNログを見ていて、著者がタグ付きバージョンに変更を加えていることに気付いた場合、プラグインの潜在的なユーザとして、彼のアカウントがハッキングされ、誰かが最新バージョンにマルウェアを挿入しようとしたのではないかと疑います。あるいは、作者はソース管理がどのように機能するのかを知らなかった - そしてひいては非常に良いプログラマーではないかもしれない - それは私がプラグインをダウンロードするのをためらうことになるでしょう。
- あなたはいくつかの履歴データを失います。たとえば、1年後に戻ってプラグインとコアリリースとの互換性を追跡したい場合、データが破損しているため正確な分析を行うことができません。
- 同じ結果を達成するための別のメカニズムがあります。レポによって、ユーザは特定のバージョンのプラグインが特定のバージョンのコアで動作するかどうかについて投票することができます。私は個人的にそのデータを、プラグイン作者の主張よりも信頼しています。
- 私はこのようなことの動機はしばしばプラグインの作成者自身の自我と不安であると思います。彼らは自分のプラグインが「成功」していることを確認し、できるだけダウンロードされるようにしたいのです。私はこの種の振る舞いをプラグインの作者の間でたくさん見て、しばしば誘惑を自分で感じますが、私はそれが一種の未熟で不健康であると思うので、私はそれに抵抗しようとします。
私のアドバイスはリラックスしてタグを放っておくことだろう。レポページで「うまくいく」というあなたの個々の投票を唱えてください - もちろん、一連のテストの後に - それをそのままにしてください。あなたのプラグインがアクティブになっているように思われるのであれば、バグ修正、セキュリティ/パフォーマンス/ UIの改善、そして便利な新機能を使って新しいリリースに取り組んでください。先週他の人が考えていることやあなたのプラグインが何回ダウンロードしたのかを心配する時間を無駄にしないでください。
もしあなたが単にreadmeを更新しているのであれば、バージョン番号を増やす理由はありません。トランクを使用しているだけの場合は、すばやくコミットしてその1つを変更することができます。タグを使用している場合は、誰にも気付かないでしょう。 ）.
これは個人的な選択の問題であると言っても安全だと思います。フルバージョンアップデート（例えば1.0から2.0）の代わりに、あなたはそれを1.1リリースにすることを検討するかもしれません。