継続的インテグレーションとの変更の制御の統合

Question

私たちは以前の周りにいくつかのファイルをコピーNAntのスクリプトを使用して構築され、インストーラのexeファイルを構築するには、execタスクを経由してmakensis.exe実行NSISインストーラを持っています。 NAntのスクリプトが完了した後、私はまたcompelteたちのCDのための構造と私たちのダウンロードを持っています。

私は未使用のデスクトップにSourceSafeから取得をしていたし、そこにコンパイル、ビルドボックスとしてそれを使用します。時々、私たちは重要なこと修正何かにチェックしたファイルのカップルを持っているでしょう。これらのケースでは、私はビルドボックスに移動し、非常に選択的に、我々はまだリリースする準備ができていない他の変更されたファイルを避けるために、ファイルのみになるだろう。基本的に私は、開発を継続し、選択的解放のためのインストーラに特定の変更されたファイルを含めることができるようにすることができています。

今、私たちは、もはや自由な箱を持っていない、と私たちのサーバーからビルドする必要があります。開発者はサーバーにリモーティングなしでビルドをキックオフすることができるようにだから私は、CI工場を設定しています。私は苦労しています1つの問題は、この選択、変更制御が発生することができるように継続するための最良の方法です。 CIファクトリーが実装するCIのデフォルトのコンセプトは、内部開発「頭」の罰金です。しかし、私はまた、フォースを経由してオンデマンドでのみ実行されCCNetプロジェクトがビルドのこの「一般公開」タイプのビルド設定にしたい。

これは、すべてで（まだCCNetとCI工場はすべてに約あるかを考え出す）場合、私は脳は、これが動作する方法も確認されることなく、これまで押しかけてきたものです。 「一般公開」CCNetプロジェクトのconfig /ビルドは、セットアップは、そのようなことは のない最新になるだろうということでしょう。変更は、 にないビルドをトリガします。デフォルトのCIの方法論を使用している他のCCNetプロジェクトは、変更が検出された場合、最新を取得する（私たちは、「CIプロジェクト」と呼んでます）ので、これら2つのプロジェクトは、同じ作業ディレクトリを共有することはできません。 CIプロジェクトのビルドがトリガされたときにそのファイルが更新されないように「一般公開」には、異なる作業コピーが必要になります。開発者は、選択的に「一般公開」の作業コピーに取得した後、CI工場を通じて、ビルドを強制ん、1 VSS、リモートサーバーにする必要があります。

私はこれを見欠点さんは
です 1）リモートで選択的に行う取得するを有する。
2）私は、各プロジェクトの構成ブロックは、それが自分のしているように、単一のCI Factoryプロジェクトは、製品フォルダの二つの異なる作業コピーを持つことができるようにする方法は考えている。
3）私は、これが原因かもしれないストレンジネスの種類が怖いです。私はCCNetプロジェクトのconfigブロックにおけるソース・コントロール・ブロックを指定して、まだどのように非常にわからないんだけど、やってからそれを防ぐ得ることが構築したときに、最新の。私はまだ、徐々に物事がスクリプトであるかを考え出すことだし、簡単に周りにマックすることを意味するものではなく、および/または構成することはできませんされているものに対して、他のものを壊すことなく取り出すことができます。

私は本当にあなたが似たような状況がある場合は他の人は、選択の変更を解放するこの問題に対処する方法について聞きたいです。私の即時の必要性がこのことを念頭に置いてこれを解決するためのものであるので、私は、VSSに拘束していますが、同時に私は、あなたが他のソース管理システムでこれを管理する方法を聞くことに興味があると思います。私は、あなたはおそらく、あなたの最新の開発ブランチで分岐を有していて、その後、あなたがそれらを解放したい時はいつでもトランクに変更をマージうと思いますか？私は本当に/分岐マージするためのVSSを信用していない、と私は分岐の概念は、このお店のために少し多すぎるのオーバーヘッドと学習曲線かもしれないと思います。私も言ったように、他のソース管理システムとの話が私のために有益な未来の知識になります。

事前に感謝します。

Answer 1

あなたはこれを容易にするために、リポジトリ内の分岐構造を必要としています。リリース分岐方式のようなもの。唯一の個人がこのブランチにコミットすることができます選択する（またはそのための安定したリリースを/持っています）。あなたのマニュアルCIを設定毎晩そこからマイルストーンまたは最終に昇格リリースとしてリリースブランチから引っ張って起動します。私は手動でビルドマシン上で物事を修正するという考え方が好きではありません。ご使用のリリースを準備するために安全な場所に、バージョン管理の変更を設定し、CIがそこから構築できますが、手動でトリガます。

これらの分岐パターンをチェックしてください。私は頻繁にリリースが分岐と呼ばれる、C3、コードラインあたりの解除を提案します。

相続人VSSにnoreferrer">物品をrel="nofollow href="http://www.kevingao.net/sourcesafe/branch-in-sourcesafe-vss.html" ルックスの

この質問類似しています。

たぶん、あなたはこの種のもののためのより良いサポートと他のソース管理システムに移動することができます。そこにMSの人から任意の提案ですか？