How do you deploy cron jobs to production?How do people deploy/version control cronjobs to production? I'm more curious about conventions/standards people use than any particular solution, but I happen to be using git for revision control, and the cronjob is running a python/django script.
fabricのenvって辞書が頭良かったので再実装してみた - 憧れ駆動開発
fabric は Python製のデプロイなどを行うスクリプト 公式ドキュメントは以下 参考::Fabric — Fabric 1.4.4 pre-alpha (76f466d) documentation あとは @IanMLewis さんのドキュメントが詳しい 参考::Fabric デプロイツールのPythonicな書き方 - Ian Lewis で、ここでもでてくるとおりに from fabric.api import env という環境を設定できる辞書のようなものがある。これが不思議で普通 dict なら dct[key] = value としなければならないのに、 env.key = value のようにできているから不思議だった。たしかに env.key = value だと簡単だ。なのでこれの fabric の実装を見てみたら案外単純な仕組みで「ほえー」となったのでかく。 イ
Fabricタスクをモジュール分割して楽々composer更新 - k-holyのPHPとか諸々メモ
Windows7 (MinGW / MSYS) で Fabric シリーズ記事です。 Windows7 (MinGW / MSYS) に Python 2.7 + virtualenv + Fabric を入れたメモ Windows7 (MinGW / MSYS) に virtualenvwrapper を入れたメモ Fabricで接続情報を指定する方法いろいろ＆FabricからPHPスクリプトを実行してみたメモ 真性PHPerでも分かった？FabricでWindowsからファイルアップロード 今回は（今回も？）Fabricの使い方としてはPHP無関係ですが、タスクの内容が composer コマンドなのでPHPer向けといえばPHPer向けです。 fabfile.pyをパッケージにしてタスクをモジュール分割 公式ドキュメント Fabfile construction and use —
fabfileの構成と使い方 — Fabric ドキュメント
fabfileの構成と使い方¶ このドキュメントはfabfileに関する雑多なセクションを含んでいます。優れたfabfileの作成方法と作成後の利用の仕方の両方も含みます。 fabfileの探索¶ FabricはPythonのモジュール(例えば fabfile.py)やパッケージ(例えば __init__.py を含んでいる fabfile/ ディレクトリ)を読み込むことができます。デフォルトでは、(Pythonのインポート機構にしたがって) fabfile と名付けられた fabfile/ もしくは fabfile.py を探します。 fabfileの探索アルゴリズムは、起動しているユーザーのカレントワーキングディレクトリやその親ディレクトリを探します。したがって、"プロジェクト" ユース周り指向で、例えばコードツリーのルートに fabfile.py を保持しておきます。こうしたfabf
Fabric の run() メソッドと sudo() メソッド - 科学と非科学の迷宮
この記事では、Fabricの主要メソッドである run() と sudo() について解説します。 サンプルコードは https://github.com/shiumachi/fabric-sample にあります。 run() と sudo() の基本 読みやすくするため、以後は必要がない限り run() メソッドのみを取り上げます。run() で出来ることはほぼ全て sudo() でも出来ます。断りが無い限り、run() は sudo() と読み替えることができます。 from fabric.api import run でインポート可能 run([コマンド文字列]) で、任意のコマンド文字列を実行可能 sudo([コマンド文字列]) とすれば、任意のコマンド文字列を sudo できる エラーハンドリング run() で実行したコマンドが失敗した場合、fab コマンド自体がその場で中断
オペレーション — Fabric ドキュメント
注意!!!! このドキュメントはFabricバージョン1.10.1の日本語訳で、古いものです。 最新のFabric2.xのドキュメントはオリジナルの英語ドキュメントhttp://www.fabfile.org/を参照してください。 オペレーション¶ fabfile内とその他のコア以外のコードで使われるrun()/sudo()などの関数です。 fabric.operations.get(*args, **kwargs)¶ リモートホストから一つもしくは複数のファイルをダウンロードします。 get はダウンロードしたすべてのローカルファイルへの絶対パスを含む反復可能オブジェクトを返します。これはもし local_path がStringIOオブジェクトの場合には空になります(StringIOオブジェクト利用時についての詳細は下の方を参照してください)。このオブジェクトはまた、ダウンロードに失敗
実行モデル — Fabric ドキュメント
注意!!!! このドキュメントはFabricバージョン1.10.1の日本語訳で、古いものです。 最新のFabric2.xのドキュメントはオリジナルの英語ドキュメントhttp://www.fabfile.org/を参照してください。 実行モデル¶ 概要とチュートリアル をすでに読んでいるのなら、Fabricが基本的なケース(単一のホストに対する単一のタスク)でどのように動作するのかお分かりかと思います。しかし、多くの場合、複数のタスクおよび/または複数のホストに対する実行を望むことでしょう。大きなタスクを小さくて再利用可能なパーツに分けたり、一群のサーバで古いユーザを削除したりすることを望むかと思います。そのようなシナリオでは、いつ、どのようにタスクを実行するかの特定のルールが必要になってきます。 このドキュメントではFabricの実行モデルを説明します。メインの実行ループ、ホストリストの定
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
意識の低い自動化
http://fabric-ja.readthedocs.org/en/latest/faq.html
Fabric と fabric-vagrant プラグインの導入
Killing Process on Remote Host using Fabric