ウェブサイトを展開する最も効果的な方法は何ですか?


8

私はウェブサイトを展開するいくつかの方法を知っています:

  • FTP
  • ソース管理からエクスポート
  • ソース管理チェックアウトに基づいてサイトを構築する

それぞれの良い面と悪い面があります。新しいサイトまたはサイトの変更を展開する最も効果的な方法についてコンセンサスはありますか?


1
他のいくつかの質問と非常に密接に関連しており、むしろ主観的です。これは議論になるかもしれません。実際、バージョン管理がまったく関係している場合は、通常、議論の的になります。
Tim Post

1
私の関心は、さまざまな展開手法を比較するほどのソース管理ではありません。長所と短所の妥当な比較が期待できると思います。
Grant Palin、2013

回答:


6

Stack Overflow(およびJoel Testのポイント2を満たしています)で私たちにとって最も効果的だったのは、継続的な統合ソリューションであり、本番サイトのワンクリックビルドと、新しいコードチェックイン時に開発者層の自動ビルドが可能です。 。

私たちは、エキサイティングな名前でCruiseControlの.NETフレーバーを使用しています。CruiseControl.NET :)

主な機能の一部は次のとおりです

  • さまざまなソース管理システムとの統合
  • NAntやVisual Studioなどの他の外部ツールとの統合
  • 1台のサーバーで複数のプロジェクトを構築できます
  • リモート管理とレポート

私たちはこのオープンソースソフトウェアに非常に満足しており、ビルドプロセスを合理化したいすべてのチームにお勧めします。


2
Caps Lockはクルーズコントロールだと思いました...クールなことです
マークヘンダーソン

3

私は自動化された繰り返し可能なデプロイを好みます。ソース管理タグから始めて、デプロイした内容を正確に把握し、いつでも再デプロイできるようにすることをお勧めします。次に、スクリプトを使用して、それをサーバー、カピストラーノに沿ったもの、または自家製のbashスクリプトなどにプッシュします。

コンパイルされたコードを使用するサイトの場合、テストサーバーが運用サーバーと一致する場合は、コードを1回コンパイルし、テストされたら同じコンパイルバージョンを運用環境にプッシュするのがおそらく最善です。


1

カスタムスクリプトを使用しています。静的な(HTMLベースの)Webサイトの場合、新しいバージョンとインストールされたバージョンの2つのディレクトリを使用し、スクリプトdiffは新しいバージョンとインストールされたバージョンで再帰的に実行し、変更されたファイルのみをアップロードします。


スクリプトの言語は何ですか?バッシュ?覗いてみませんか?
paan

@paan:Perlでです。申し訳ありませんが、スクリプト全体をリリースすることはできません。

0

デプロイには、カスタマイズされたフックをいくつか使用してgitを使用します。これには、dev / test / beta / productionサイトに対して複数のブランチを実行し、CIを実行できるという利点もあります。緊急パッチの場合、gitは常に特定のコミットをあるブランチから次のブランチにチェリーピックすることを許可します。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.