問題タブ [versioning]

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

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

デスクトップアプリの場合は簡単に思えますが、asp.netWebアプリケーションのバージョン管理に適した方法が見つからないようです。

NB私は私の質問を完全に明確にしたかどうかはわかりません。

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

現在、プライベートベータ版で作業しているため、まだかなり迅速な変更を行っていますが、明らかに使用量が増え始めているため、このプロセスは遅くなります。そうは言っても、私たちが直面している問題の1つは、新しいJavaScriptファイルで更新をプッシュした後も、クライアントブラウザーはキャッシュされたバージョンのファイルを使用し、更新が表示されないことです。明らかに、サポートコールではctrlF5、サーバーから最新のファイルを確実に取得するために更新を行うように通知することができますが、それ以前にこれを処理することをお勧めします。

現在の考えは、JavaScriptファイルの名前にバージョン番号を付けるだけで、変更が加えられたら、スクリプトのバージョンをインクリメントして、すべての参照を更新することです。これで確実に作業が完了しますが、リリースごとに参照を更新するのは面倒になる可能性があります。

私たちがこれに対処する最初の人ではないと確信しているので、私はそれをコミュニティに捨てると思いました。コードを更新するときに、クライアントがキャッシュを更新することをどのように保証していますか？上記の方法を使用している場合、変更を簡素化するプロセスを使用していますか？

すべてのデザイナーが配置されるまでの一時的な応急処置として、現在、多数の xml 構成ファイルを手作業で作成しています。これに伴う問題の 1 つは、ファイルのバージョン管理です。これは、ファイルを更新するときにバージョン番号を更新するのを忘れるためです (人間は一般的に完璧に苦手なので、これは当然のことです)。

したがって、ファイルをSharepointに保存するときに、Sharepointからファイルを取得し、バージョン番号を取得し、Sharepointからファイルにバージョン番号を自動的に入力/更新するスクリプトを作成できるはずだと考えています。これは、誰かが「最新の」ファイルが必要な場合に、スクリプトを実行し、バージョン番号が正しい最新のファイルを取得できることを意味します (これにはもう少し多くのことがあるため、スクリプトを使用する理由は auto- の利点だけではありません)。バージョン管理)。

Sharepoint からファイルとバージョン番号を取得する方法を知っている人はいますか?

これは私が認めるばかげた質問のように思えるかもしれません。しかし、私は小さな店にいて、2人のデザイナーがいます。変更（バージョン）が必要な場合はファイルをコピーして貼り付けるだけなので、バックアップは手に負えなくなります。

私はすべて、Subversionを試して、すべてのファイル、テキスト（コード）ファイル、およびそれらのフォトショップ/イラストレーターとアセットファイルを処理する準備ができていました。それは、Adobe VersionCuev3の新しいバージョンがあることに気付くまでです。以前にバージョンキューを使用しようとしましたが、複雑になり、デザイナーはすぐに使用をやめました。

VersionCueのバージョン3の経験がある人を探しています。

素晴らしいフィードバックをありがとう。Photoshopと関連ファイルのバージョン管理に使用するのに最適なツールは何かを尋ねるべきだったのかもしれません。私はバイナリファイルの問題に気づき、それを説明して「機能」させ続けることを心配していました。グリッドアイアンでベータ版にサインアップしました。ありがとうございます。

これに関連する他の質問があります。

以前、VersionCue3とSubversionについて質問しました。これはより良い質問だと思います。誰かがhttp://www.gridironsoftware.com/Flow/を提案しました。この質問によって、他の人が参加して他のツールを提案したり、VersionQueと他のツールの使用を具体的に推奨したりできることを願っています。

私は自分のモデルを WCF でほぼ独占的に使用し始めており、これらのサービスを徐々にバージョン管理するための実用的なアプローチを取得したいと考えていました。誰かが私を正しい方向に向けることができますか?

バージョン管理システムへのオンラインインターフェイスを使用することは、コードの最新バージョンの公開された場所を取得するための優れた方法です。たとえば、ここにLaTeXパッケージがあります（変更が実際に機能することが確認されるたびにCTANにリリースされます）。

http://github.com/wspr/pstool/tree/master

パッケージ自体は単一のファイル（この場合はpstool.tex）から派生し、処理されると、ドキュメント、readme、インストーラーファイル、およびLaTeXで使用されるパッケージを構成する実際のファイルが生成されます。

このようなものをダウンロードしたいユーザーが簡単に利用できるように、上記のすべての派生ファイルとマスターファイルpstool.texをリポジトリ自体に含めます。これは、パッケージファイルpstool.styがマスターファイルの生成されたサブセットであるため、コミットするたびに2倍の数の変更があることを意味します。

これはバージョン管理の変質ですか？

@ Jon Limjapは良い点を挙げました：

バージョン管理をダウンロードサーバーとして使用する代わりに、生成されたファイルをダウンロード用に別の場所に公開する別の方法はありますか？

この場合、それが問題の核心です。はい、パッケージのリリースされたバージョンは他の場所から入手できます。したがって、生成されていないファイルのみをバージョン管理する方が実際には理にかなっています。

一方、@ Madirのコメントは次のとおりです。

現実的で繰り返される利便性は、舞台裏で負担されるコストを上回ります。

また、ユーザーがバグを見つけてすぐに修正した場合、ユーザーはリポジトリに移動して、「インストール」手順を実行せずに作業を続行するために必要なファイルを取得できるという点でも適切です。

そして、これは私の特定のプロジェクトセットのより重要なユースケースだと思います。

プロジェクトには、エンティティのすべてのリビジョン（変更履歴）をデータベースに保存する必要があります。現在、これについて2つの設計された提案があります。

例：「従業員」エンティティの場合

デザイン1：

デザイン2：

このことを行う他の方法はありますか？

「デザイン1」の問題は、データにアクセスする必要があるたびにXMLを解析する必要があることです。これにより、プロセスが遅くなり、リビジョンデータフィールドに結合を追加できないなどの制限も追加されます。

また、「デザイン2」の問題は、すべてのエンティティのすべてのフィールドを複製する必要があることです（リビジョンを維持したいエンティティは約70〜80個あります）。

デプロイして頻繁に更新したい MSI を構築しました。残念ながら、MSI をインストールしてから同じ MSI の新しいバージョンをインストールしようとすると、「この製品の別のバージョンが既にインストールされています。このバージョンのインストールを続行できません...」というメッセージが表示されて失敗します。MSI は、Visual Studio 2008 セットアップ プロジェクトで構築されました。新しいバージョンが古いインストールを上書きするようにするために、「以前のバージョンの削除」プロパティを true と false の両方に設定しようとしましたが、何も機能しませんでした。以前の会社では、Wise および Advanced Installer によってビルドされたインストーラーでこの問題が発生しなかったことを知っています。不足している設定はありますか? または、目的の機能が VS 2008 セットアップ プロジェクトでサポートされていませんか?

ClickOnceでアプリケーションを公開するたびに、リビジョン番号を1つずつ更新するようになります。この変更を自動的に取得して、AssemblyInfo.csファイルのバージョン番号を変更する方法はありますか（すべてのエラーレポートはアセンブリバージョンを調べます）？