0

人々、

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

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

情報を含む別の .ini ファイルをお勧めしますか、または情報を InstallShield .ism ファイル自体に保存しますか、それともバージョン管理ツールからのメタデータ情報を使用するだけですか?

アップデート：

私はオリオンのアイデアが好きです。ただ、ひとつ気になることがあります。バージョン番号をインクリメントするスクリプト...メジャー番号などを正しくインクリメントするほどインテリジェントではありません。たとえば、utils の 1 つにバージョン 1.2.3 があり、新しいバージョンが 2.0.0 になっているとします。スクリプトはこれを処理できない場合があります。

これは私たちの分岐技術に大きく関係していると思いますが、私たちには何もありません。utils は非常に小さいため、ソースにブランチは必要ないかもしれないと人々は考えていました。

4

3 に答える 3

1

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

詳細はこちら: http://www.pbdr.com/pbtips/ex/autorev.htm

ソース管理内にビルド番号を格納するiniファイルがあり、その値はビルドスクリプトで使用され、ビルドが成功した後にソースツリーに適用するラベルを決定します。私たちのニーズに非常にうまく機能します。ただし、分岐するときは、ファイルを手動でキックして適切な数をインクリメントする必要があります。

于 2008-09-02T19:50:15.130 に答える
0

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

コンパイルが必要な C++ プロジェクトが 30 件ほどあり、さまざまな .NET/Java や奇妙な perl スクリプトが必要でした。

これはすべて、NAnt を使用してビルド マシン上でビルドされたものです。今日それを行う場合はrakeを使用しますが、考え方は同じです。

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

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

他のすべてのアプリがバージョン番号のためにこのファイルを参照したか、このような動作をサポートしていないもののために、スクリプトは環境変数を設定するか、他の回避策を実行します

  • 私たちの installshield プログラムがバージョン番号の環境変数を参照していたことは確かですが、installshield は本当にひどいので、 wixを支持して非推奨にしました。
  • Visual Studio の場合、.csproj ファイル内の番号を grep/replace し、それらをチェックインします。

これがあなたにいくつかのアイデアを与えることを願っています

于 2008-08-21T01:58:08.550 に答える
0

バージョン管理システムのメタデータを使用すると、作業がより簡単になります。これは、開発者がすでにシステムを使用している方法です。維持する追加のファイルはありません。私の個人的な経験から、メイン アプリと同じバージョンでサテライト アプリケーションをバージョン化するように教えられました。接吻

于 2008-09-20T16:41:29.807 に答える