LiveReload connect + proxy + easymock testem mocha + expect + sinon assemble、foreman.... などを試してみた話です
![捗るかもしれないフロントエンド開発環境](https://cdn-ak-scissors.b.st-hatena.com/image/square/5f034749bd75b4d854b5c96349dce745c5fc82ec/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F0c2fdb301c6f01310b800a6342f75bad%2Fslide_0.jpg%3F2151471)
This release fixes a couple of bugs and adds new checks and options. Version 2.3.0; Las Vegas to San Francisco edition (Anton Kovalyov) Fixed #1252: Add an option to warn about overwriting native objects. (Caitlin Potter) Fixed #1293: Make latedef=nofunc ignore inner functions. (Jared Jacobs) Fixed #1243: Detect comparisons with 'typeof x' and check the other operand. (Oleg Grenrus) Fixed #1305: R
前提: GitHub flow を使っていてCIサーバーはJenkins 最近ちょっと開発フローの改善をして、とてもよく機能してて満足しているので紹介してみる。 この改善をやる前の悩み: pull-requestでコードレビューはできるのだけど、cssとかjavascriptなどの見た目や動作の変更ってコードだけだとわかりにくい。レビューする人が各自ローカル環境で実行するのもだるい。 コードを読まないデザイナーとかプロダクトオーナーとかの人が、pull-requestのレビュープロセスに簡単に参加できない(非開発者全員のところでローカル環境設定するのはだるすぎる)。 コード的にokに見えてmasterにmerge後、何か問題(特に仕様的な問題や、デザイン的な問題)が発生した場合、「修正branchを作ってpull-request」というフローを再度回さないといけない。最初のpull-req
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く