これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ！！ - そこに仁義はあるのか(仮)
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
Jenkins＋Vagrantでテストを分散しよう
テストの分散は、環境を分けたい場合や速度を上げたい場合に役立つ。Vagrantで複数マシンのテスト環境を構築し、Jenkinsから複数マシンにまたがるテストジョブを実行してみよう。また、お勧めの便利なプラグインも紹介する。 ← 前回 連載 INDEX 次回 → 連載第3回「アプリケーションをデプロイしてみよう」では、Jenkinsからのさまざまな通知方法、およびテストの分割、Herokuへのデプロイを解説した。Jenkins以外についても多くのことを解説したが、いきなり全てを実践する必要はない。どのプロセスの優先順位が高いのか、プロジェクトメンバーで話し合って、着手する順番を決めていこう。 テストの分散とは？ さて、今回は「テストの分散」の話である。「前回の連載で複数のジョブに分けたのが分散なのでは？」と気付いたあなたは鋭い。今回の「分散」とは、ジョブに分割することではなく、「複数マシンで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
