7

最近、VS2010 (10.0.40219.1 SP1Rel) と ILOG Rules For .net 7.1.1.4 (x64) にアップグレードしました。現在、次のことが発生する可能性があります。

  1. ソリューションを開きます。
  2. プロジェクトをデバッグする
  3. デバッグを停止します。
  4. ファイルを閉じます (これまでのところ: app.Config と Program.cs)
  5. 「リファクタリング ルール」通知ウィンドウが表示されるのを確認します。
  6. すべての rulep ファイルの最初のプロジェクト参照が削除されると、恐怖に喘ぎます。

これは、大規模なソリューション (~15 の rulep を持つ ~60 の csproj) で発生します。これは、小規模なソリューション (1 つのルールで 6 つの csproj) で発生します。

参照のドロップを回避するために極端な開発手段を取り始めました (デバッグ時にすべてのルールをアンロードし、デバッグ後に VS2010 を閉じて再度開く)。

プロジェクト参照のドロップを停止するために変更できるプロジェクトまたはソフトウェア設定はありますか?

更新: デバッガーを使用することは、「リファクタリング ルール/参照の削除」の問題を発生させる信頼できる方法ですが、デバッガーを使用せずにファイルを閉じるだけで発生することもあります。

私は最初の報奨金を授与しました。誰かが受け入れることができる答えを思いついた場合は、2 つ目の報奨金を用意します。

回避策: 3 つのソリューション ファイルがあります。

  1. ビルド サーバー用のすべてを含むソリューション ファイル。
  2. rulep とその依存関係のみを含むソリューション ファイル。開発者はこれを一度ビルドして、rulep の .dll を取得します。
  3. rulep プロジェクトを含まないソリューション ファイル。rulep の dll を必要とするプロジェクトには、dll をフォルダーにコピーするビルド前イベントと、その場所へのアセンブリ参照があります。デバッグ ビルドとリリース ビルドの両方を許可するには、少し手を加える必要がありました。

開発者は、VS がマングルする rulep ファイルがない 3 番目のソリューションを安全にデバッグできます。

4

2 に答える 2

1

とにかく、問題をより詳細に制御するために、プロジェクト/ソリューションをソース管理下に置き、ファイルのチェックアウトの許可を求めるように Visual Studio を構成できますか?
そのため、何かがプロジェクト参照 (またはソース管理下にあるその他のファイル) を変更しようとすると尋ねられ、不要な変更を拒否するオプションが表示されます。

「ILOG Rules For .net」と、それがルール構成を保存する場所/方法については何も知らないので、このアプローチはあなたの状況ではうまくいかないかもしれません。その場合は、私の回答を無視してください。

于 2012-06-29T10:52:14.750 に答える
0

私はrulepファイルにも精通していますが、Procmonをいくつかのフィルターとともに使用して、ファイルを破棄しているプロセスを正確に把握することを検討してください。うまくいけば、それはあなたにいくつかのより多くの手がかりを与えるでしょう。

Visual Stuido自動化APIを使用しているビジュアルスタジオへのプラグインである場合、これはおそらく原因を絞り込むのに役立たないことに注意してください。

于 2012-07-01T22:51:16.293 に答える