問題タブ [versions]

ライブラリとアプリケーションをリリースするプロジェクトがある場合、2 つの間のバージョン番号をどのように処理するか。

例: あなたのプロジェクトは、異なるファイル形式を相互に変換するライブラリを提供します。ライブラリは、他のアプリケーションに含めるためにリリースされています。ただし、このライブラリを使用し、機能へのインターフェイスを実装するコマンドライン アプリケーションもリリースします。

ライブラリの新しいリリースは、(すべての新機能を利用するための) アプリケーションの新しいリリースにつながりますが、アプリケーションの新しいリリースは、ライブラリの新しいリリースをトリガーしない場合があります。バージョン番号はどのように処理されますか: 完全に独立していますか、それともライブラリとアプリケーションのバージョンは何らかの方法で依存する必要がありますか?

大規模なプログラムの1つの小さな機能は、フォルダー内のアセンブリを調べ、古いアセンブリを最新バージョンに置き換えます。これを実現するには、実行中のプロセスに実際にアセンブリをロードせずに、既存のアセンブリファイルのバージョン番号を読み取る必要があります。

私が取り組んでいるプロジェクトでは、シャットダウンする前にデータ構造をシリアル化する必要があり、再起動時にこのシリアル化されたデータから状態を復元します。

昨年、私たちは .NET 1.1 向けにビルドしていましたが、難しい問題に遭遇しました。

• 私たちのコードは .NET 2.0 で実行されました
• 1.1 をデフォルトとして何らかの方法で設定するソフトウェアでアップグレードした顧客
• 私たちのコードは .NET 1.1 で実行され、保存された状態を逆シリアル化できませんでした

この特定の問題は、その特定のソフトウェア アップグレードを禁止することで「解決」されました。.NET 2.0 フレームワークをターゲットにしているため (したがって、1.1 で実行できない可能性があります)、問題になることはありません。

このシリアライゼーションが 2.0 と新しいフレームワークの間で再び非互換に変更される可能性はどのくらいですか? コードを 2.0.50727 に修正した場合<supportedVersion>、2.0.50727.1434 と 2.0.50727.nnnn (将来のリリース) の間でどのような変更が行われる可能性がありますか? シリアル化されるデータ構造は、標準クラス ライブラリの配列、マップ、文字列などです。

また、さらに .NET をアップグレードした後でも、2.0.50727 フレームワークが常にインストールされることが保証されていますか? Microsoft ドキュメントへのポインタを歓迎します。

新しいソフトウェアバージョンに関しては、どのようにして最新の状態を維持しますか？とりわけ、マイナーアップデート（Joomla-Installation、forum-software、FTP-Clientなどの新しいバージョン）を意味します。

Versiontracker、RSSフィード、ニュースレター...他に何がありますか？誰かが新しいバージョンまたは同様のもののためにウェブサイトをクロールするスクリプトを書きましたか？

.NET4.0およびVisualStudio2010の最近の発表により、どの.NET FrameworkバージョンがどのバージョンのCLRに基づいて構築され、どのバージョンのVisualStudioに属しているかを追跡することがますます困難になっています。

これらの関係を示す決定的な表はありますか？

最近、XP マシンの (GUI ベースの) プロジェクトで使用する .NET フレームワークのバージョンを推奨するよう求められました。

すべての .NET バージョンの違いを説明できる人はいますか?

また、

違いを（簡単に）詳しく説明しているサイトへの良い参照を持っている人はいますか？

私が開発したライブラリAがあります。これをマシンにデプロイすると、対応するlibA.soとlibA-XYZsoが /usr/lib (XYZ はバージョン番号) に配置されます。

ここで、A を使用するライブラリ B を開発します。B をリンクするときは、フラグ -lA を使用します。次に、「ldd libB.so」は私に与えます：

私の問題は、A の新しいバージョン (XYZZ) をリリースするときに、B の新しいバージョンもリリースする必要があることです。そうしないと、最新の A をインストールする誰かが、バージョン XYZ を探す B をインストールできなくなります。存在しません。

この問題を解決するにはどうすればよいですか? B に libA-XYZso ではなく libA.so を探すように指示するにはどうすればよいですか? それともそうするのは間違っていますか？安全ではない？

更新 1 : ライブラリ A (他の誰かから継承したもの) は autotools を使用します。

更新 2 : ライブラリ A をビルドすると、「-Wl,-soname -Wl,libA-0.6.1.so」が表示されます。私が正しく理解している場合、それは soname をlibA-0.6.1.soにすることを強制していることを意味します。そうですか？今私の問題は、autotools を使用するプロジェクトでこの動作を変更する方法がわからないことです。しばらくグーグルで検索しましたが、有用な情報が見つかりません。configure.in または Makefile.am を変更する必要がありますか?

GCC のバージョンに応じて別のファイルをインクルードしたいと考えています。より正確には、次のように書きたいと思います。

3.2より前のgccは気にしません。

そのための前処理時に変数が定義されていると確信していますが、もう一度見つけることができません。

私はサーバーを持っています-Java1.3で実行されるクライアントアプリケーション。私は段階的にJava1.6に変更したいのですが、残りのクライアントよりも最初の数クライアント、そして最後にサーバーを意味します...発生する可能性のあるいくつかの一般的な問題に私を導き、何をすべきか疑問に思いました。

オープンソース ソフトウェアを管理する誰もが、新しいバージョンをリリースするプロセスがますます多くの作業を必要とするという問題に直面します。バージョン管理でリリースにタグを付け、ディストリビューションを作成し (自動ビルドで簡単なはずです)、それらを Web サイトやオープンソース ホスティング サービスにアップロードする必要があります。選択したウェブ フォーラム、sourceforge のニュース システム、メーリングリスト、ブログまたはウェブサイトでほぼ同じメッセージを使用して、新しいリリースを発表する必要があります。また、freshmeat でソフトウェアのエントリを更新する必要があります。リリースのためにさらに多くのタスクを実行する必要があります。

これらのタスクの一部を自動化する技術を開発しましたか? これをサポートするソフトウェアはありますか?