チーム開発実践入門を読んで重要なポイントをまとめてみた - Qiita
チーム開発実践入門 以下に引用しながら私の体験を交えた感想を記載して参ります。 ※先に引用して書いているので、感想がない部分がございますがご了承願います。 理想的なプロジェクト チケット管理システムに課題・障害などを集約し優先度と重要度が分かるようにする できる限り（正しく）バージョン管理システムを利用する 繰り返し再検証可能なCIシステムを用意する 環境の影響を最小限にとどめ、常にリリース可能にしておく すべてを記録して追跡可能にする これまで客先常駐ばかり経験しているので、このような内容を網羅しているプロジェクトには参加したことはありません。 チケット管理やバージョン管理やリリースに関してはルールはありましたが、CIは使用したことがなく名前しか聞いたことがない状態でした。 分散バージョン管理システムを使うべき5つの理由 リポジトリの完全なコピーをローカルマシンに持つことが出来る 動作が
Rails4へのアップデート時に引っかかったポイントいくつか - Qiita
Rails 4.0.0がリリースされたので今参加しているプロジェクトのアプリのアップデートが出来るかを試してみました。 やってみた結果としては、2.3 -> 3.0や、3.0 -> 3.1に比べると大分楽にバージョンアップできる感じです。 たまたま今のプロジェクトで引っかかった問題について、メモがてらまとめておきます。 rake rails:update diffを見ながらconfigファイルを書き換える。 そんなに大きな変更は無い。 rails4からはinitializerに色々移せって感じで、application.rbが軽量化されてるけど、元のままでも別に問題無い。 設定項目の重複だけ注意。 strong_parameters 元々、gemで先行導入して取り入れていたので概ね問題無く移行できました。 attr_accesibleを利用したセキュリティ対策は、外部のgemに分離されてい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
