Webアプリケーション/Webサイトのバージョン管理の戦略は何ですか？
ここベータ版では、フッターにsvnリビジョン番号があり、1つのリポジトリでsvnを使用するアプリケーションに最適です。しかし、バージョンが別々のファイルである外部または別のソース管理アプリケーションを使用する場合はどうなりますか？
デスクトップアプリの場合は簡単に思えますが、asp.netWebアプリケーションのバージョン管理に適した方法が見つからないようです。
NB私は私の質問を完全に明確にしたかどうかはわかりません。
あなたが探しているのは次のようなものだと思います: カスタム MSBuild タスクを使用してアセンブリ バージョンを自動インクリメントする方法。少し古いですが、使えると思います。
私の大きなアプリでは、メインファイル（通常はindex.php）のコメントに保存する増分バージョン番号ID（1.0、1.1、...）を使用します。
Webサイトだけの場合、通常はリビジョン番号（1、2、3、...）があります。
私は最初は基本的な整数 (1,2,3) に固執する傾向があり、物事が大きくなると有理数 (2.1, 3.13) に移行します...
ある時点でフルーツを使用してみましたが、これは小さなオフィスに適しています。ああ、「バナナ」リリース？隅に目を向ける「うん… かなり古くなってきた…」
残念ながら、開発チームが大きくなると混乱が始まりました。それはオレンジですか、それともマンダリンですか、それともタンジェロですか? 大丈夫そうです。「中身が腐っている」とは？
...しかし、正直なところ。別のリポジトリをマスターとして設定し、さまざまなリポジトリで開発が進行します。スケジュールされたリリースごとに、すべてがマスター リポジトリにチェックインされるため、問題が発生した場合にすばやくロールバックできます。(dev/test/production はすべて別個のサーバーであり、dev が production または master リポジトリにアクセスすることは決して許可されていないと想定しています....)
社内開発では、マイルストーン番号 (M1、M2、M3...) を使用しています。リリース後は、おそらく日付を更新するだけです (「2009 年 1 月の更新」)。
私は、個別の SVN リポジトリに存在するさまざまなコンポーネントを含む Web アプリケーションのシステムを維持しています。システム全体のバージョンを追跡できるようにするために、外部参照として他のすべてのリポジトリを含む別の SVN リポジトリがあります。また、全体を展開するためのインストール/セットアップ スクリプトも含まれています。その設定では、「メタレポジトリ」の SVN リビジョン番号は、システム全体のバージョン管理に使用される可能性があります。
別のケースでは、他の目的を果たさないクラス ファイルにSVN キーワードを介して SVN リビジョンを含めます (キーワード置換によってコードが壊れるリスクを回避するため)。そのファイルのクラスには、SVN によって操作され、クラス メソッドによって解析される文字列変数が含まれています。
両方のアプローチの不便な点は、外部の変更 (アプローチ 1) または残りのコード (アプローチ 2) によってリビジョン番号が自動的に更新されないことです。