web-dev-qa-db-ja.com

Tortoise SVNとworpdress.orgプラグインリポジトリを使用して更新時にプラグインバージョンを処理する方法

最近私は自分のプラグインをWP serverに更新しようとしました。 trunkフォルダの更新はうまくいきましたが、tagsフォルダの下に新しいバージョンのフォルダを作成してアップロードしようとすると、このフォルダの直下の子ファイルのみが正常にアップロードされ、サブフォルダはアップロードされませんでした。

結局私はsvn infoファイルがこのサブフォルダが存在しないにもかかわらずすでにサーバに存在すると "考えている"と判断したので、私はTortoiseの削除機能を何度か使ってそれを追加してcommitをクリックしました。 1時間以上の試行錯誤の末、ついに成功しました。

私は人々がすでに更新通知を受け取っていて、そのうちの何人かが更新して管理者をクラッシュさせるエラーメッセージを受け取ったかもしれないことを知っているのでそれは本当にイライラしました!

私の質問は:

  1. Tortoiseではなくコマンドラインを使った作業に切り替えるべきですか?より安全でしょうか?
  2. 何らかの理由で新しいバージョンのアップロードが正常に完了したことを確認するまで、バージョン更新通知を延期する方法はありますか?
2
Omer Greenwald

質問1: トータスではなくコマンドラインでの作業に切り替えるべきですか?より安全でしょうか?

いいえ、亀SVNはあなたがすべてのコマンドラインコマンドを学ぶ必要なしにあなたがかなりうまくやる必要があるすべてをします。私はそれを十分に時間を使ってきました、そしてそれに関連した問題を抱えたことは一度もありませんでした、問題はそれを使うことに関連していました;)

ところで:Tortoise SVNには、コマンドラインクライアントと同じコードが含まれているので、どちらもまったく同じ種類の安全です。しかし、コマンドライン用のSVNをダウンロードすることも、両方を並行して使用することもできます。しかし、それはあなたにとって本当に有益なことではないと思います。 Tortoise SVNを使うほうがずっと簡単です。

私はあなたがサブディレクトリをsvn-addするのを逃したと思います。それらを追加しない限り、それらはコミットされません。 SVNはそれらがコミットされるべきであることを知りませんでした。


質問2: 何らかの理由で新しいバージョンのアップロードが正常に完了したことを確認するまで、バージョンアップデート通知を延期する方法はありますか。

通常そうする必要はありません。最初のバージョンの場合のみ、ZipパッケージはワードプレスのWebサイトによって自動的に作成されます。その他のバージョンでは、新しいplugin.Zipが生成される前にリリースにタグを付ける必要があります。

ですから、あなたがあなたの次のリリースをタグ付けしない限り 新しいバージョンについて誰も通知されることはありません。


さらなる質問1: 基本的にメインプラグインファイルとreadmeファイルのバージョンを増やすことなく新しいバージョンをアップロードすることができます。成功した、私はバージョンをインクリメントした後にそれらの2つのファイルだけを更新することができます。

それはあなたにもできることです。最後にreadme.txtとプラグインファイルのヘッダを更新する必要があります。

私は通常、最後のリリースをタグ付けした直後に開発トランク内のこれら2つのファイルを直接変更します。これは私にとってとてもうまくいきます。だから、これはあなたの質問では全く反対です。

次のリリースにタグを付けるだけで大​​丈夫です。タグ付けは、新しいバージョンが利用可能であることをwordpress.orgプラグインリポジトリに知らせます。それまでは、私がその権利を覚えているならば、開発版だけが各コミットの後に更新されます。開発版なので問題ありません。それらは通常ダウンロードされません、そしてそれらはアップデート機能で発表されません。

これはあなたの他の質問にも答えるはずです:あなたがタグ付けしない限り更新通知は送られません。


さらなる質問2: メジャーバージョン向けです。

いいえ、それは無関係です。タグ付きバージョンをマイナーまたはバグ修正リリースとして作成することもできます。次の原則が一般的です。

MyPlugin version 1.0.0

これは最初のメジャーリリースです。

MyPlugin version 1.1.0

これは最初のメジャーリリース内の機能リリースです。

MyPlugin version 1.1.1

これは最初のメジャーリリースの最初の機能リリースの最初のバグ修正リリースです。

これは一般的です。 wordpress.orgプラグインレポジトリは箱から出してすぐにこれをサポートしていません。

それを微調整するために、(プラグインヘッダ内で)プラグインを安定しているものとしてタグ付けすることができます。

  *   Stable tag:     1.1

そのためwordpress.orgでは one stableのバージョンのみを持つことができますが、その隣には他にも無数のバージョンを持つことができます。そして、あなたもそれらにタグを付けることができます(そしてそうすべきです)。おそらくあなたがバグを修正したり機能を追加したりする度に。

ですから、通常はリリース番号を数えます。あなたがベータ版を作成しているならば、あなたはそれを後ろに加えることができます。

MyPlugin version 1.0.1-beta

これもうまくいきます。実生活の例として、私のホームページの一番下のob のこのプラグインページの表を見てください

これはwordpress.orgでもリリースされているwordpressプラグインです。対応するラインナップはここで見つけることができます: http://wordpress.org/extend/plugins/better-http-redirects/download/

4
hakre