asp.net - インライン - Webアプリケーションのバージョン管理はどのように扱いますか?




asp.net metaタグ (4)

社内開発では、マイルストーンナンバー(M1、M2、M3 ...)を使用しています。 リリース後、おそらく日付を更新するだけです(「2009年1月のアップデート」)。

ウェブアプリケーション/ウェブサイトのバージョン管理の戦略は何ですか?

私はベータ版では、フッターにsvnリビジョン番号があることに気付きました。これは、1つのリポジトリでsvnを使用するアプリケーションに最適です。 しかし、バージョン別にファイルを別々の外部コントロールや別のソース管理アプリケーションを使用するとどうなりますか?

デスクトップアプリケーションでは簡単ですが、asp.net Webアプリケーションのバージョン管理に適した方法を見つけることができません。

注:私は私の質問で完全に明確になっているかどうかはわかりません。

  1. 私が知りたいのは、asp.netアプリケーションのバージョン番号をビルドして自動インクリメントする方法です。
  2. 私はsvnとリンクする方法には興味がありません。

私の大きなアプリケーションでは、メインファイル(通常はindex.php)のコメントに格納するインクリメンタルなバージョン番号id(1.0、1.1、...)を使用します。
ちょうどウェブサイトについては、私は通常リビジョン番号(1,2,3、...)を持っています。



私は最初に(1,2,3)基本的な整数に固執する傾向があり、事が大きくなると有理数(2.1,3.33)に移動します...

一点で果物を使って試してみると、それは小さなオフィスでうまくいく。 ああ、「バナナ」のリリース? コーナーで見て "ええ...それはかなり古い今得ている..."

残念ながら、開発チームが成長したときに混乱が始まりました。オレンジ、マンダリン、タンジェロですか? それ大丈夫です。 あなたは「内部が腐っている」とはどういう意味ですか?

...しかし、すべての正直で。 マスターとして別のリポジトリーをセットアップすると、さまざまなリポジトリーで開発が進められます。 スケジュールされたリリースごとに、すべてがマスター・リポジトリーにチェックインされ、何か問題が発生したときに素早くロールバックすることができます。 (私はdev / test / productionがすべて別のサーバーであると仮定しています。devは決してproductionまたはmasterリポジトリに触れることはできません....)





version-control