あなたのお気に入りのウェブアプリの展開のワークフロー SVN?

質問

しましたが、現在使用しているやや複雑な展開の設定を遠隔SVNサーバー、3SVN店舗機器、ステージ、PRODの推進、コードを通してお互いのパッチ。はどんな感想を持つだろうかいすのご利用の展開のための小さなdevチームです。

解決

幹線の開発および支店（生産）生産ます。

自分のローカルマシン、サーバがこれらの幹支店は、私の変わります。

他のコミットへの幹のようにcommitフックとはsvnの輸出および同期のオンラインサーバの機器URLいた場合、stackoverflow.com このフックを自動的に更新dev.stackoverflow.com

らかにしていきたいと考えていsvnmergeを統合選択したパッチから体幹および生産については、全て私の地元のチェックアウ.いVirtualHostかったので現地機ることを指摘し、生産ます。

私がコミットの統合の変化、生産支店、再SVN輸出掛けに新たに生産（ライブ）輸出および当サイトはブライブ！

他のヒント

しかしここに小さな発チーム(smallの意味、他のプログラマー、ボス)、かなりの混乱の散らかっていたとします。しかしこの付"門番"のようなプロセスに勤務。

の門番の人たの仕事はアプリケーションにお、この場合、私は2つのプロジェクトで開発した地上からの、彼のような4).

基本的に、また仕事のため通知したのでやっていた仕事も、今までのリポジトリのた時、buildableしたプルダウン、彼の変更、コミットするうお知らせることに気がつきを行い、プルダウンを構築-展開している。またDBに変更しましたDBを変更フォルダのすべてのスクリプトが正しました。

で明らかにして多くの穴ですが、制作のプロセスだと思いますが、私の場合はいただいた方からのビルです。

なかなかないトラブルのタグ/店舗/トランク組織です。

一般の継続的な開発が行われる幹.

保守のリリースの生産が再び起こった際に適切なリリースです。

変化をリリース支店を関連幹線はマージされます。

が新しいバージョンで展開では、タグ付き基幹から、支店より作成されるタグです。新たにリリース支店をチェックアウトされなかったのサーバを並列に、現在のリリース。このスイッチ、パスjuggled("mv appdir appdir.旧&&mv appdir.新appdir").

開発者を支える製品リリースをsvnスイッチ自作業コピーに新たに支店や新鮮なコレクします。

三ょう。

環境の違いを扱うことができるアプリケーションに関連するファイルの幹.すなわちデータベースです。yml&データベースです。yml.新世紀を展望して"の展開過程において環境に配慮し、単なるコピーの環境のファイルのデフォルトです。

簡単な体幹を支店を含む最新のコードをそのときの支きます。このうね。簡単に行く前支店する毎に現在の支店でカットのライブシステム失敗します。もしやすいバグ修正の支店は、現在、年に支店を効果的に金型の切削にも新しいものがみ1日本の支店で取り組む必要がある(そしてその統合の修正があり、支店）

使いもしない店舗演出でwebに関連するもの;み試験実験るものに長い時間（読み：以上日)合併に戻幹.の幹線、継続的インテグレーション'スタイルを表すば、現在の状態に固定されます。

この変更の取得に努直幹.A CruiseControl.NET サーバは自動的に更新される機械また、IIS、最新のコピーのすべての余分のサイトの利用可能な資源のサイトでシステムの実現を目指して、再試験です。試験の後、ファイルをアップロードの公共サーバーです。

んで、完璧なアプローチで簡単な(るにふさわしい新たな試みとしては比較的小さなスタッフ)は、比較的安全な作品です。

幹線を含む、現在の"第一"の開発にするumodel、

開発者はしばしば作り、個人の支店の他中長期的なプロジェクトがホースに幹のコードベースに強くこだわりを持っているその他の♪.自分に合った完全なっ合併に戻幹.

を作成し、タグ-リリース時に押しコードする必要があります。のフォルダー/タグは単なるバージョン番号を示します。

に展開する製造ていることからこのような、SVN輸出する際きることを十分に利用しシューズの生産をクラスター

私のおすすめの本（現-荒削減) 継続的なデリバリー, を記述する、完全プロセス管理ソフトウェアに基づき、継続的インテグレーションの原則をまれています。

私は嫌いは支店と統合アプローチができる非常に面倒とは無駄からのご支出の時間の活動を行ない実際にお届けし新しい値とします。すでにみんなを開発し、試験、および固定コード一は、なぜ作状況（複製、他の支店)を必要とするやり直す。

このような分岐と合併をご能な人工物から体幹を進めるよう要請するとともに、内蔵の工芸品ではなくソースとして通過試験、演出等このようにす100%のものだけ生産は同じものだ。

また異なる特徴を有する必要があることと異なるスケジュール、変化への取り組みなどを実施するような機能を設定しみいただけるようモジュール)で継続を支援することを目標に、単一の開発幹.

使用していリリース分岐-といっていいのかもしれないが効率的で機能分岐したんです。

を作成するのではありませんの異なる支店の環境も様々です。

個人的作業の現地開発を追加できる-固定用の特徴と時だと思いまいにコミット幹（生産）。生産サーバだけでなsvnます。

働いていて同様の状況をします。したが課題、"より良いソリューションで走ったものをすべて見る

の支店は、サーバーの現在の状態に固定されます。

開発作業をこなさなければならなで支えることができるからです。これは、一人の時の仕事や年長のマルチチームはプロジェクト.どする行為、または侵害する恐変化を生として協調することでこれらの開発。

前の学校の授業や会社の始業時間は、変化からライブの合併-再もタグとしてリリース。このリリースあるいは、異なる環境を通過した場合の試験の新しいライブからのタグです。

でき合いくつかの作業を一つのリリースいにしようとしています。

こいう意味がこめられているというシンプルなものになるく開発支店を生が作開発落は僅少であり後片付けます。

変化からプロジェクトを他の開発者ではsvnスイッチ地元の労働環境の異なる。

問題のひとつにしたシステムについて説明していただけまでDEVをかき立ててきたが、日PRODかなり素早く設定できるようにな開発に対するライブをすることが容易ではありませんにスポットクロスの依存関係です。上記の他の決済サービスこれらの課題がまだ残りのかなり軽量化を達成しています。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow