「テスト済み」属性を更新するだけの場合、プラグインのバージョンを上げる必要がありますか？

wordpress.org svnサーバーでホストされる多くのプラグインを持っています... 3.1の差し迫ったリリースで、「テスト済み」メタデータを更新したいと思います。

コードには機能的な変更はなく、メタデータのみが変更されます。

このような些細な変更のためにリビジョン番号を変更する必要はありますか？

ユーザーがプラグインを再度ダウンロードする必要がある場合にのみ、バージョン番号を増やします。「テスト済み」変数は、プラグインのインストール時には使用されません。ユーザーがプラグインをインストールまたはアップグレードする場合にのみ使用されます。その場合、情報はとにかくサーバーから取得されるため、プラグインの新しいダウンロードを強制する必要はありません。

あなたの場合はもちろん、readme.txt中にtrunkディレクトリを持っているStable tagインジケータを、あなたは更新するべきreadme.txt正しいでtags、それ以外の場合は無視されます、サブディレクトリ。tagsディレクトリ内のファイルを更新し、新しいバージョンを作成しなくても問題はありません。Subversionは他のすべてのディレクトリと同様に通常のディレクトリであり、タグ付き履歴リリースに使用するための規則にすぎません。

他の答えは、Tested up to属性をバンプすることを支持して議論を徹底的に説明したと思います。誰もこれをしない理由を述べていないので、私は悪魔の擁護者を演じると思った;）

• タグは、特定の時点でのプログラムのスナップショットであると想定され、想定されています。事実がコードを操作するときに依存する規則に違反した後にタグを編集すること。この特定のケースでは、潜在的な結果は確かに軽微です（存在しない場合を除きます）が、多くの人々はこのような状況で純粋主義的な態度を取り、物事を100％明確に保つことを好みます。これが、ユーザーがタグへの変更をコミットしようとすると、一部のSVNクライアントが警告を発行する理由です。
• プラグインの潜在的なユーザーとして、SVNログを見て、作成者がタグ付きバージョンに変更を加えていることに気付いた場合、彼のアカウントがハッキングされ、誰かがマルウェアを最新バージョンに挿入しようとしていたのではないかと疑っています。または、作成者がソース管理の仕組みを知らなかったこと、さらには拡張機能としてはあまり優れたプログラマーではない可能性があり、プラグインをダウンロードすることをためらっています。
• 一部の履歴データが失われます。たとえば、1年後に戻ってプラグインとコアリリースとの互換性を追跡したい場合、データが破損しているため正確な分析を行うことはできません。
• 同じ結果を達成するための別のメカニズムがあります。リポジトリにより、ユーザーは特定のバージョンのプラグインが特定のバージョンのコアで動作するかどうかについて投票できます。私は個人的に、プラグイン作成者の主張よりもそのデータを信頼しています。
• このようなことの動機は、多くの場合、プラグイン作成者自身のエゴと不安にあると思われます。プラグインが「成功した」ように見えるようにし、可能な限りダウンロードされるようにします。プラグイン作成者の間でこの種の行動をよく見ますが、自分自身で誘惑を感じることがよくありますが、それは未熟で不健康なものだと思うので、抵抗しようとします。

私のアドバイスは、リラックスしてタグをそのままにすることです。もちろん、テストのラウンドの後、レポジトリページで「それが機能する」ために個々の票を投じ、そのままにしておきます。プラグインがアクティブであるように見えることに本当に関心がある場合は、バグ修正、セキュリティ/パフォーマンス/ UIの改善、および便利な新機能を備えた新しいリリースに時間を費やしてください。他の人がどう思うか、先週あなたのプラグインがダウンロードした回数を心配する時間を無駄にしないでください。

READMEを更新しているだけであれば、バージョン番号を増やす理由はありません。トランクを使用している場合は、その1つのことを変更するためにクイックコミットを行うことができます。タグを使用している場合、誰も気付かないでしょう。新しいタグを作成する必要があると思います（svn ）。

これは個人的な選択の問題だと言っても安全だと思います。完全なバージョンの更新（たとえば、1.0から2.0）の代わりに、1.1リリースにすることを検討できます。