Plugin Integration Tests
This guide demonstrates how to run integration tests on both Travis CI and locally. The scaffolding uses the WordPress CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. “unit tests” that serve to unit-test WordPress Core. Unit tests are useful for testing plugins and themes as well, but if they are used in that way, it turns those tests int
Github から WordPress のテーマを自動更新するとめちゃくちゃ快適だった。 - Toro_Unit
今更ですが、このブログのテーマはGithubに公開されています。 レポジトリ: torounit/torounit2015 当然、開発とかも GitHub 上で行っているのですが、とにかくデプロイが面倒くさいんです。 正直 Typo の修正程度で、FTPとか、rsync とか VCCW を立ち上げて WordMove とかってしたくないんですよね。FTP とかをアプリからやったりすると、たまに間違ったサーバーにつないでるのに気づかないで別の環境を上書きするなんて事故も起きかねない。 というわけで、デプロイ自動化というのは人類共通の課題だったりするわけです。 Sass を使ったり、ES6 でバベったりしていたりもするので、単純に GitHub で Webhookして git pull すれば良いということでもない。。。。サーバー側で node.js とか gulp とかインストールするのも面
WordPressのテーマをTravis CIでビルドする。 | Firegoby
最近のWordPressのテーマ開発はgulpとかを使ったりするので、それを公式ディレクトリに登録する時とか本番環境で使う時には、厳密には不必要なファイルが大量に生成されたりします。 あと、npm installとかでよそから持ってきたファイルも、できればGitには登録しないほうがいいです。 そんなわけで、最近のWordPressのテーマ開発では、不要なファイルの削除とか外から持ってきたファイルを同梱するとか、そういうビルド作業が不可欠になってきました。 この記事のゴール というわけでこの記事では、そういう一連のビルド作業をTravis CIで自動化する方法について紹介します。 ゴールは以下のような感じ。 テーマをmasterブランチにpushするだけでビルドが自動的に発火する。 node_modulesなどのテーマの動作に不要なファイルはビルドしたテーマから削除。 動作に必要なサードパー
WordPressプラグインの開発にTravis CIを導入しよう！ | Firegoby
昨日のVCCWを使ってWordPress環境をチームでまるごと共有するに引き続きぼっちアドベントカレンダー11日目の記事です。 今回の記事ではWordPressプラグインの開発に、Travis CIを使った継続的インテグレーション（Continuous Integration）を導入しようぜーという話です。 Travis CIを使うと何ができるようになるのか？ WordPressのプラグイン開発にTravis CIを導入するとどんなメリットがあるんでしょう？ まずはそこから紹介します。 GitHubにgit pushしたら自動的にphpunitが発火する。 プルリクが来た時も同じく自動的にphpunitが発火する。 複数のPHPバージョンを指定して、それぞれの環境でテストを行うことが可能。 複数のWordPressのバージョンを指定して、それぞれの環境でテストを行うことが可能。 マルチサイ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Method of Travis CI and Unit Test
WordPressプラグインのユニットテストを依存関係がある別のプラグインとセットで実行する - Qiita
GitHub と Travis CI で WordPress テーマをテスト、ビルド、そして自動化
