Open yamanetoshi opened 10 years ago
現手法について、実は「すごい広島方式(改)」として最適かもと個人的には思っています。
以下な理由によります。
上な要素が、つまり
過去の成果と比較でき、現成果を構成するに役立ち、会の成果レベルをジョジョに向上する(後続の参加者からも共有できる)
につながるかと。まさに DevOps の一端!
あとは
以上は個人的なもろもろに活用でき、とても助かっております。
手法として若干重めなのがネックですが、これもノウハウとして(_posts の中に)蓄積してしまえー、とか思ってみたり。次回、金城がこのへんやってみましょうかw
なるほどッスねー。
ある程度のリテラシがある人にとっては今の手法は (レビュの部分は除いて) 特に何かのレクチャが必要な訳ではない、ということは分かったのできんたくさんコメントの通りで良いのかも、って思ってる次第です。
レビュな方法についてはドキュメントあった方が良いと思うのでそのドキュメントのレビュには協力させて頂きます!
Mac, Windows, Linuxそれぞれについて、簡単にpreviewとかできるようなprovisionを作るのいいかもしれませんね ansibleでlocal_actionなplaybook書けば簡潔に終わりそうです!
他者の成果を pull してきてローカルでレビューするという、
これの部分です。 せっかくのDevOps勉強会なので、全員が共通する「pullしてきてpreview」な環境をprovisioningできればそれっぽいかなぁ、と。
これはこれで GitHub で公開したら成果として良いかもしれませんね。すばらです。
なんと!思いつきませんでした
全員が共通する「pullしてきてpreview」な環境をprovisioning
この手法が確立して共有されてるとこ想像するとワクワクですな!
homebrewなansible moduleもあるっぽいのでprovisionはいけそうな気がします。 http://docs.ansible.com/homebrew_module.html
あとは、rbenv経由でgem(bundler)を入れるようなmoduleさえ見つければMacは解決ですねw
@OkinawaDevOps/owners
ブログにエントリ投入してリンクを晒せ、という方式になっているようですね。つうか最初からそうだったのかどうか。。。
これだとブログ持ってるの前提になっちゃいますが、如何でしょ > みなさま
いまって pull request の処理で結構な時間がかかってるみたいなので。。。