ソリューション展開、CM、InstallShield

Question

人物、

私たちのアプリケーションと連携して動作する4つまたは5つのユーティリティがあります。これらのユーティリティは、.batファイル、またはVBアプリケーション、PowerBuilderなどです。これらのユーティリティをソース管理で管理しようとしており、バージョンを割り当てるためのより良い方法を見つけようとしています。現在、開発者はツールのバージョン番号を格納するために、バージョンコントロールのメタデータ、特にラベルを使用します。

私の目標は、各ユーティリティ用に個別のInstallShieldパッケージを用意し、これらのパッケージにバージョン番号を管理して割り当てる簡単な方法です。

情報と一緒に別の.iniファイルを使用するか、InstallShield .ismファイル自体に情報を保存するか、バージョンコントロールツールのメタデータ情報を使用するだけですか？

---

UPDATE：

私はアイデアのオリオンが好き。私は一つの懸念がある。バージョン番号をインクリメントするスクリプト...メジャー番号などを増やすのに十分にインテリジェントにすることはできません。例えばutilsの1つがバージョン1.2.3を持っていて、新しいバージョンが2.0.0であるところにいるとします。スクリプトがこれを処理できない場合があります。

私たちの分岐技術ではこれが大変なことだと思います。人々はutilsがとても小さいので、源が枝を必要としないかもしれないと思った。

Answer 1

最後の仕事でビルドシステムを管理していましたが、これはあなたが求めているものと類似しているようでした。

コンパイルが必要な〜30 C++プロジェクト、さまざまな.NET/Javaのもの、および奇妙なperlスクリプトがありました。

これは私たちのビルドマシンでNAntを使用して構築されました。今日はそれをやっていたらrakeを使用しますが、アイデアは同じです。

基本的に自動インクリメントのビルド番号があり、リポジトリのルートにあるversion.txtファイルに格納されていました。

ビルド（毎晩自動的に実行されるか、必要に応じてオンデマンドで実行される）のたびに、スクリプトはこの数を増やしてファイルをソース管理に戻します。

他のすべてのアプリがバージョン番号のため、このファイルを参照するか、次のように働いてサポートしていませんでしたもののために、他の回避策

• を、環境変数を設定するか、実行するスクリプトは、私はかなり確信しています私たちのinstallshieldプログラムは、バージョン番号の環境変数を参照していましたが、Visual Studioの場合はinstallshieldが実際に吸い込みを避けて
• となっていましたが、その代わりに.csprojファイル内の数字を置き換えてチェックしますin

希望するものがあります。

Answer 2

特にPowerBuilderには、iniファイルのビルド番号をコンパイル済みアプリケーションに組み込むための素晴らしいトリックがあります。ここ

詳細：http://www.pbdr.com/pbtips/ex/autorev.htm

私たちは、ビルド番号を格納し、その値は成功したビルド後にソースツリーに適用するためにどのようなラベルを決定するために、当社のビルドスクリプトで使用されているソースコントロール内のiniファイルを持っています。私たちのニーズにきめ細かく対応します。私たちが分岐するときには、手動でファイルをキックして正しい番号をインクリメントする必要があります。

Answer 3

バージョン管理システムのメタデータを使用すると、操作が簡単になります。開発者がすでにシステムを使用している方法です。維持する追加フ​​ァイルはありません。私の個人的な経験から、メインアプリケーションと同じバージョンの衛星アプリケーションのバージョンを教えてくれました。 K.I.S.S