問題タブ [versioning]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
sql-server-2008 - アップロードされたファイルの「バージョン」を作成する最良の方法は何ですか?
私のアプリケーションでは、人々は履歴書をアップロードし、私が保存している履歴書を更新できます。履歴書は、データベース内のファイル ストリームを使用します。それはうまくいっています。しかし今は、アップロードされた履歴書のバージョンを追跡して、最新および以前の履歴書を見つけたいと考えています。
これを行う最善の方法は何ですか？
tfs - アセンブリのバージョン番号を TFS ビルド番号に合わせる
独自のビルド番号を生成する必要がある BuildNumberOverrideTarget を使用せずにビルド番号 (20080213.1) を同期する方法があるかどうか疑問に思っていますか? 基本的に、デフォルト/組み込みの tfs ビルド番号ジェネレーターを使用したいのですが、それにアクセスして、アセンブリのバージョンをそれに合わせたいと考えています。これを行うことはできますか?このようにするのは賢明な方法ですか?
c# - .netの「2.03.406.2」のようにAssemblyVersionで先行ゼロを設定するにはどうすればよいですか。
以下のようにゼロを追加するだけです
結果は2.3.406.2になります
それは私が望むものではありません。
それで、これは不可能かもしれませんか？
.net - .NETリモーティング、バージョン管理、およびインターフェイス
2.0フレームワークを使用した大規模な.NETリモーティングプロジェクトがあります。サーバーのAPIはインターフェイスを介して公開され、共有タイプはクライアントアプリケーションと共有されるアセンブリに含まれています。
継承する多くの異なるクラスを持つ基本クラスの配列を受け入れるメソッドがいくつかあります。
たとえば、「Car」と「Truck」という2つのクラスを継承する基本クラス「Vehicle」があります。
IFoo.Save（車両の一覧表示）メソッドがあります
後で、「Motorcycle」という名前の「Vehicle」から継承する新しいクラスを追加します。サーバーまたはクライアントのみが新しい共有アセンブリを持ち、両方は持ちません。それらの1つは、新しいタイプを解決できません。
この状況に対処するための最も柔軟な方法は何だと思いますか？
編集：これは、WindowsサービスでホストされているWindowsフォームクライアントアプリケーションおよびリモートサーバーです。
git - SUN Teamware から最新の SCM への移行について、クライアント/上司にどのような議論をすることができますか?
私が働いているチームは、今でもSUN Teamwareをソース コード管理 (SCM) に使用しています。しばらく (10 か月以上) 使用してきましたが、特に不満はありません。
チームウェアは、Solaris オペレーティング システムや Java システム用のソース ツリーを含む、Sun の最大のソース ツリーの管理に使用されており、非常にうまく機能しています。ただし、廃止された古い商用 (クローズドソース) 製品でもあります。これは、Sun が自社のコード ベースをオープン ソース コミュニティに変換するプロセスの一環として行われました。これにより、Mercurial などの新しいリビジョン コントロール システムに移行しました。
これにより、チームウェアの使用に時間がかかり、世界が新しいシステムに移行したように感じます. ただし、特定の機能を見逃すことはありませんが、ソース ツリーの Web ビューを使用してナビゲートし、ファイルの履歴を確認することはできます (VersionTool で行うことなので重要ではありません)。
SUN Teamware を使用しているチームは、git や Mercurial のような最新の SCM に移行する必要がありますか?
さらに重要なことは、その移行をサポートするために、チームの残りの部分にどのような議論を提示できるかということです。
.net-2.0 - Windows インストーラーはアセンブリ バージョンまたはファイル バージョンを使用して dll を更新しますか?
クライアント マシンでアップグレードする必要がある .net (2.0) winforms アプリケーションがあります。現時点では、これは、すべてのプロジェクトでアセンブリ バージョンとファイル バージョンをインクリメントし、VS2008 のインストーラー プロジェクトでバージョンをインクリメントすることによって行われます。
アプリケーションは、分離ストレージを使用して、一部のユーザー設定を XML ファイル (グリッド レイアウトなど) に保存するようになりました。
私が現在直面している問題は、すべてのバージョン番号をインクリメントすると、ファイル バージョンが変更されたため、アプリケーションのIsolated Storageの新しい場所が作成されることです。隔離されたストレージの新しい場所により、すべての設定が事実上失われました。
アップグレード時に、Windows インストーラーはファイル バージョンまたはアセンブリ バージョンに基づいて dll を置き換えますか?
アセンブリ バージョンの場合は、ファイル バージョンをインクリメントするだけで済みます。
versioning - リリース候補を昇格させるための仕様はありますか?
これまでに提供されたリリース候補の会社に関与したことがないことに気付いたので、これについて疑問に思っています。最近、この用語がますます使用されているので、彼らのリリース候補についてもう少し明確にしたいと思います含意。
以前に RC を提供する会社で実際に働いたことがある人のために...リリース候補が実際に必要とするもの (RC とベータの違いなど) について、これ以上正式な仕様があるのでしょうか?それとも単なるポリシーですか?各企業が独自に決定するものですか？
この種の仕様を持っている会社で働いている場合は、バージョンを「リリース候補」に昇格させるガイドラインのいくつかの例を提供していただけませんか。