タグ

関連タグで絞り込む (1)

タグの絞り込みを解除

fabricに関するhigedのブックマーク (2)

  • デプロイツールに Fabric を選んだ理由 - Qiita

    すべて以下エントリーの受け売り。せっかく自分でまとめるので良い感じに変更しようと思ったけど元エントリーが良すぎてほぼ同じ内容のエントリーになった。 複数プロジェクトを抱えるチームでのデプロイ自動化 もともとはシェルスクリプトで自動化されてた。大きな問題はなかったけど、シェルスクリプトが得意な人がメンテするという感じになってたのでもっと気軽にだれでも修正できるようにしたかった。 Capistrano とどっちにするかという問題は今いる会社が Python メインで Ruby さわれる人がほぼいないので消去法で Fabric を選択。 戦略 元のエントリーにも書いてあるけど、Fabric でめんどくさいのはベースのフレームワークがないので自分で一から書かないとダメなところ。最小のフレームワークを作ってチームに提供することにした。 ├── README.md ├── lib │ ├── git.

    デプロイツールに Fabric を選んだ理由 - Qiita
  • 意識の低い自動化

    意識を低く保ったまま、定型作業を自動化する話です。 ※どうも言葉足らずで誤解させてしまっているようなので補足を書きました。ご覧ください http://qiita.com/greenspa/items/fff535d2ae5da36e36fe

    意識の低い自動化
    higed
    higed 2017/03/14
    デプロイだけならAnsibleよりFabricで十分な気がしてきた。
  • 1