サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
衆院選
sanemat.github.io
gemspecとGemfileの役割をはっきりさせておく Original: URL: Clarifying the Roles of the .gemspec and Gemfile Date: Thursday, December 16th, 2010 at 9:41 pm Translation: URL: gemspecとGemfileの役割をはっきりさせておく (Not Found) Salvaged from Internet Archive 要約 GemfileGemfile.lockは依存関係を厳密に指定するのが目的なので、アプリケーションを開発するときはレポジトリにチェックインすべき。 一方Gemを開発するときは依存関係を緩やかに定義し柔軟性を持たせることが重要なポイントなので、GemfileGemfile.lockはレポジトリにチェックインしてはいけない。 他、Gemf
PSR-2でLintした結果を見えるようにして、コード品質の最低限を上げる TL;DR Lintの結果をもっと活用しよう。 Lintの結果をもっと見えるようにしよう。 重要なのはコードを介した対話 (総花的だ) Example - PHP_CodeSniffer 例えばこのコード、ifのあとのカッコの前にspaceがない、if () {} else {}のbraceがない。 # test.php <?php if($a==2) echo $a; else echo '3'; これをPHP_CodeSnifferでチェックすると、エラーが表示される。 $ php phpcs.phar --standard=PSR2 test.php FILE: C:\Users\ishida\src\test.php ---------------------------------------------
When was the build passing? その build passingはいつ? when was the build passing If you use GitHub, you often see Travis CI's badge on README. GitHubを使っていると、READMEにTravis CIのバッジが張ってあるのをよく見る。 Nice badge: build passing (Travis CI) build passing(Travis CI), ナイスバッジですね。 However, when the build passing, it is not clear until you see other date parts. ただ、いつのbuild passingなのかは、他のところを見ないとわからない。 authored on Jul 5
Easy to search rubygems, easy to check readme, easy to compare code.
このページを最初にブックマークしてみませんか？
『sanemat.github.io』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
