gitを使ってウェブサイトを展開する必要がありますか？

Question

（などが、質問は何にも適用され、PHP）私は、Djangoの上で実行されているサイトを持っている

現在、私は私の変更を展開するunisonを使用している、と私（ちょっとに使用）は、そのせいで私の前にそれを愛します手動でやっていました！

今、私の足元がgitで濡れているので、私はそれを愛するようになっています！私が変更を配備するために和合の代わりにそれを使用するべきかどうか、私は考えています！

このようにすれば、何らかの形でそれらを配備すれば災害と判明した場合、私の変更を元に戻すことができるという追加の利点があります！

質問です：

• は、ウェブサイトを展開するために適したgitのですか？

• 私が知っておくべきことは何ですか？

Answer 1

私は私のウェブサイトを追跡するためにgitを使用して、私はこのようにそれを展開：

git archive --format=tar --prefix="homepage/" master | gzip | ssh webserver "tar xvz -C ~/public_html" 

これは少し説明するに値する。gitのarchiveコマンドは、マスターブランチのファイルをエクスポートします。マスターブランチはgzipで圧縮され、ネットワークトラフィックを最小限に抑えます。 ssh経由でリモートから受信され、最終的な宛先ディレクトリに解凍されます。

私が使用しているデプロイスクリプトはもう少し先ですが、これが最も重要な部分です。

Answer 2

私はSVNを使用して自分のウェブサイトを展開しています。ウェブサイトのコードを更新するたびにサーバーを再起動/再ロードする必要があるかもしれないことに注意してください（Djangoやそれを実行しているものがあればそれを回避できるかどうかはわかりません）。

Answer 3

gitを使用してdjangoアプリケーションをデプロイすることができるのであれば、その答えは確実です！

ただし、一般的なアプリケーションの実動展開は複雑になり、ファイルをロールバックするだけではありません。 DBスクリプト（アップグレードスクリプトとダウングレードスクリプトの両方）の実行、cronジョブの再起動、またはファイルの移動が必要な場合があります。

展開プロセスの一部として、コードベース全体をバックアップして、任意の数のバージョンをロールバックすることができます。

これを行う方法の1つは、展開プロセス全体を自動化するCapistranoです。開発環境でスクリプトを作成し、cap deploy、cap deploy_with_migrations、cap rollbackなどのコマンドを発行します。ログインからバックアッププロセスやDBスクリプトの実行まで、すべて自動化されます。デプロイメントを自動化することで、運用環境のエラーを排除します。私は最近、配備の最中にデータベース全体を誤って削除し、バックアップからすべてを復元する必要があった組織に発言しました。デプロイメントエラーが実際にあなたのビジネスを壊す可能性があるので、もしあなたが真剣であれば、これを自動化したい。

CapistranoはRailsで一般的に使用されているRubyベースのデプロイメントツールですが、自動化機能には無関心です。インターネットには、Capistrano（google - django capistrano）にDjangoアプリを導入するメリットについての記事が多数掲載されています。また、あなたはDjangonautsの間で人気Fabricを見て、取ることができcheck out this link here

Answer 4

を確認することができます

...