問題タブ [multiple-versions]

'master' と 'release' の 2 つのブランチがあります。

のような 1 つのファイルがあり、fileAこれら 2 つのブランチで異なるバージョンを維持したいと考えています。

しかし、毎回、「リリース」を「マスター」にマージする必要があります。どうすれば達成できますか。「マスター」内がブランチ内「リリース」fileAによって上書きされません。fileA

異なるバージョンの python に対して異なる関数 (同じボディを持つ) を定義する方法はありますか?

具体的には、python 2.7 の場合は次のように定義します。

Python 3 の場合は次のように定義します。

ただし、どちらも同じコード/本体になります。どちらも class のメンバーでなければなりません。

単一のマシンで、単一の Python モジュールの 2 つのバージョンをどのように使用できるか/すべきか

(a) 同じマシンで同時に、

(b) 単一のユーザーの下で、および

（c）外部プログラムをインストールせずに（悲しいことに、Windowsの作業用コンピューターに外部のものを確実にインストールすることはできません）、

(d) 同じ名前を持つ (アップグレードの際に手間がかからないようにするため ( $ git pull newversion) )

コード プロジェクトの製品版は常に実行されています。同じマシン上で、コードのテスト/開発バージョンも定期的に実行されています。特定のモジュールの独自の特定のバージョンを使用するにはどうすればよいでしょうか?

バージョン A:

バージョン B:

私の理解が正しければ、PythonPath環境変数を厳密に使用すると、両方のバージョンで同じことが選択されます。mymodule

さまざまな python モジュールに関するこの質問、および modulesに関する python ドキュメントを読んだ後、単なるモジュールではなくパッケージを適切に整理することが適切かもしれないと感じましたが、それからどのようなベスト プラクティスが得られるかはよくわかりません。

また、deb パッケージなどの多くのプロジェクトの標準的な (最善の?) 手順は、モジュールとは別のフォルダー (例: bin と lib) にスクリプトを配置することだとimport思っていたので、同じディレクトリで検索するだけのキーワードは上記の場合には十分ではありません。

サードパーティの SOAP API をシステムに統合する必要があります。私たちは SaaS ソリューション プロバイダーであるため、サードパーティのすべてのバージョンをサポートする必要があります。顧客 A はバージョン 1.8、顧客 B はバージョン 2.0 という設定があります。(バージョンは新しいバージョンになるまでに数か月かかる場合があります。)

私が探しているのは、すべてのバージョンで動作するライブラリを作成するための一般的な戦略です。

解決策として、単一の C# ライブラリに複数の名前空間バージョンを作成することを考えています。

1. TP1.DLL
   • 名前空間 - TP1_v1.8
     • Entity1 (プロキシ クラス)
     • Entity2 (プロキシ クラス)
   • 名前空間 - TP2_v2.0
     • Entity1 (プロキシ クラス)
     • Entity2 (プロキシ クラス)

バージョンに関係なく、すべてのエンティティのラッパー クラスが必要です。そのラッパー クラスを呼び出すと、必要なバージョンでオブジェクトが初期化されます。

どうやってやるの ？このような状況を処理するのは正しい方法ですか?

さらに情報が必要な場合は、お知らせください。

ありがとう！

アンクル・カラバディア

Windows 10 をリセットしたところ、すべてのアプリケーションが失われましたが、データはそのままです。元の xampp フォルダーがまだあり、明らかに xampp を再インストールする必要がありますが、最初のインストールからすべてのデータベース設定を使用したいと考えています。これを行う方法はありますか？

Python で Wave ファイルを書き込もうとして何時間も無駄にしました

私は Debian jessie を使用しており、両方のバージョンの Python がインストールされています。コマンドプロンプトに「python」と書くだけで、python 2.7.9が起動します

私がテストしていたコードはこれでした：

そのコードを python 2.7.9 で実行すると、wave ヘッダーだけの健全な wav ファイルが得られます。Python 3.4.2 で同じコードを実行すると、次のエラーが発生します。

また、wave ファイルにはヘッダーの最初の 4 バイトのみが含まれます。

これがpython 3.4の問題であることを示すドキュメントをオンラインで見つけていないので、マルチバージョンのpythonインストールの問題であると推測しています。

多分私が持っているウェーブモジュールはpython 2.7専用ですか？この種の問題はこれが初めてではないと思います.2.7でのみ作業することを考えていますが、したくありません.

どんなヒットでも大歓迎です

私たちのアプリケーションはかなり最近の protobuf-net (バージョン 2.0.0.668) を使用しており、古いバージョンの protobuf-net (バージョン 1.0.0.282) を使用するクライアント ライブラリを持つ別のシステムに統合しようとしています。同じ Windows サービスでアセンブリ リゾルバーを使用してライブラリを並べて使用することは可能ですか? シリアライザーに関して、これらのバージョン間に重大な変更があること、およびバージョン間に個別の protobuf プロトコルの重大な変更があることを理解しています。

アセンブリ リゾルバー アプローチを使用しようとしたのは、アウト オブ プロセスに移行し、クライアント呼び出しごとに回線経由で呼び出しを行うことで、このクライアント ライブラリの呼び出しのオーバーヘッドを削減したかったからです。私はそれを並行して機能させたかったのです。

アセンブリ リゾルバーが配置されている場合でも (詳細は後述)。そして、新しいバージョンを取得するように見える古いprotobufを必要とするライブラリでAssembly.Loadを呼び出します。バインドされたリダイレクトがない場合でも。また、バインディング リダイレクトの自動生成を無効にするようにプロジェクト ファイルで具体的に指定しました。

バージョン 1.0.0.282 を使用するようにプロジェクトへの特定のバージョン参照を指定した場合でも、完全に分離されたプロジェクトが新しいバージョンの protobuf にデフォルト設定されるのはなぜですか? 最終結果は、protobuf.net のバージョン 1.0.0.282 バージョンを必要とするライブラリで protobuf メッセージを正常にシリアル化できないということです。

GAC を使用しないという制約があり、別のサービスで古いバージョンのクライアント ライブラリへの呼び出しをラップする別のサービスを作成しないという制約があり、プロセス外になることで非常に高価な呼び出しになります。

私のプロジェクト構造は次のとおりです

ソリューション |_WindowsService - DLL LibraryA および DLLLibraryB を参照 |_DLL_LibraryA - protobuf 2.0.0.668 および DLL_LibraryB を参照 |_DLL_LibraryB - protobuf 1.0.0.282 および DLL_ThirdpartyClient を参照

DLL_LibraryA および DLL_LibraryB プロジェクトは、特定のバージョンを使用し、ローカルにコピーしないように、protobuf.net への参照を使用してセットアップされます。

WindowsService プロジェクトでビルド イベントを作成し、appdomain resolveassembly イベントがトリガーされたときにアセンブリ ローダーによって検出されるように、bin->ThirdParty->protobuf-net->{version} フォルダー内の protobuf-net ファイルをファイル コピーしました。

アセンブリを完全に分離し、プロジェクト構成を設定してバインディング リダイレクトの自動生成を無効にしても (自動バインディング リダイレクトを無効にする)。私のアセンブリ ローダーは、バージョン 2.0.0.668 に対してのみ呼び出されます。

ただし、興味深い点の 1 つは、私たちのソリューションが合成と依存性注入に MEF を利用していることです。効果があるのか​​しらん。また、私のソリューションの構造に基づいて、DLL_LibraryA は protobuf-net 2.0.0.668 に依存し、間接的に DLL_LibraryB の依存関係を介して protobuf-net 1.0.0.282 に依存します。この場合、clr は何をしますか? プロセスから外れることなくこれを成功させる方法はありますか? CLR が常に最新バージョンをロードすることを決定したのは、依存関係が混在しているためですか?

どんな情報でも大歓迎です。

詳細はこちら：

1. バージョン リゾルバーを作成する - アセンブリ リゾルバーを使用する Side-by-Side アセンブリを使用して x64 または x32 バージョンの DLL をロードする

   /li>

2. Windows サービス プログラムでリゾルバーを呼び出す -

   static Program() { AppDomain.CurrentDomain.AssemblyResolve += VersionResolver; }