以下のような機能を持つさまざまなプロジェクトのfabfileによく気づきます
- install_ngnix
- setup_ngnix
- deploy_ngnix
私の解釈/命名の好みは、パッケージ インストール タスクの install_* ですが、setup_* と deploy_* は非常に似ているように聞こえますが、重複する可能性があります。
一般的に受け入れられ、より良い実践とは何だろうか?そして、上記の名前はあなたにとって何を意味しますか?
以下のような機能を持つさまざまなプロジェクトのfabfileによく気づきます
私の解釈/命名の好みは、パッケージ インストール タスクの install_* ですが、setup_* と deploy_* は非常に似ているように聞こえますが、重複する可能性があります。
一般的に受け入れられ、より良い実践とは何だろうか?そして、上記の名前はあなたにとって何を意味しますか?
そのようなものに名前を付けるための受け入れられた慣行があるかどうかはわかりませんが、これが助けになる場合に備えて、さまざまな名前が私にとって何を意味するかを次に示します。
正直に言うと、これらの名前のどちらでも機能すると思いますが、ネーミングのスポットを獲得しようとするあなたの焦点に感心していると言わざるを得ません.
これが私の洞察です(私fabric
はほとんどすべてのプロジェクトで使用していますが、それほど経験はありません)。
fabfile
が大きすぎて、そのinstall_nginx
, restart_apache
, backup_db
,タスクを実際に読めないことに気付いたらすぐに、create_virtualenv
それを改善することを検討する必要があります。configure_permissions
fabfile
単一のスクリプトの代わりにパッケージを使用します。database
、対処する必要があるすべてのコンポーネントのサブモジュールを定義します。nginx
virtualenv
nginx
、あなたの場合のサブモジュールの場合install
、 , setup
, deploy
.__init__.py
高レベルのタスクを定義し、他のコンポーネントのサブタスクを利用して呼び出します。build
deploy
restart
サンプルfabfile
パッケージ構造:
fabfile
├── __init__.py
├── db.py
└── nginx.py
次に、の出力はfab --list
次のようになります。
deploy
build
setup
db.backup
nginx.setup
nginx.install
nginx.deploy
関連ドキュメントも参照してください。
それが役立つことを願っています。