問題タブ [conflict]

顧客のマシンにインストールされている Office のバージョンに応じて、2 つの異なる Microsoft.Office.Interop アセンブリ (バージョン 11 および 12) を使用したいと考えています。

これらの 2 つのアセンブリを自分のプロジェクトに追加することができました (私はそれらをローカルに使用しています - それらは私の bin フォルダーの 2 つの異なるサブフォルダーにあります)。このアセンブリでエイリアスを使用して、プロジェクトで両方を使用できるようにしました。 (それぞれ、エイリアスは Excel11 と Excel12 です)。

残念ながら、ソリューションを構築しようとすると、警告が表示されます。

"Microsoft.Office.Interop.Excel, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" と "Microsoft.Office.Interop.Excel, Version=11.0.0.0, Culture=neutral, PublicKeyToken" の間の競合を解決する方法がない=71e9bce111e9429c」。「Microsoft.Office.Interop.Excel、Version=12.0.0.0、Culture=neutral、PublicKeyToken=71e9bce111e9429c」を任意に選択します。

ページに JQuery と Prototype の両方がある場合、競合が発生します。JQuery の $ 記号を無効にするオプションがあるため、競合はありませんが、$ の代わりにキーワード JQuery を使用する必要があります。

Prototype がこの競合を解決するためのオプションはあるのでしょうか。利点や短いキーワードを犠牲にすることなく、両方のライブラリを使用する方法はありますか?

私の知る限り、同じページに複数の JS ライブラリを使用することはお勧めできません。しかし、それは時々役立つかもしれません。

IE6 と jQuery (noConflict モード) の png には iepngfix.htc を使用します。iepngfix.htc は jQuery では機能しません。つまり、png 透過性は機能しません。それは奇妙です。

どうすればこれを回避できますか?

ありがとう。

サム

いくつかの.refreshファイルがあり、PERFORCEのデフォルトの保留中の変更リストに何らかの形で入り、そこから、対応するデポと競合しているように見え始めました。

それらは区別できず、解決できません。PERFORCEWebサイトの手順を使用してファイルを比較対象から除外しましたが、これらのジョブは保留中の変更リストに引き続き表示されます。

.slnファイルなど、実際にソース管理しようとしているすべての適切なファイルの邪魔になる無意味なものが他にもいくつかあります。何かをリリースしたり、ブランチをマージしたりしようとするときはいつでも、無視する必要があることを全員に知らせなければならないのは非常に面倒です。

では、これらの完全に偽のチェンジリストアイテムをどのように取り除くのですか？それらが参照しているファイルを削除しようとしましたが（完全に必要ではなかったため）、それでもジョブは解決策を提供しません。

の後にいくつかの競合を解決する必要がありgit pullます。

だから私はそれを少しグーグルで調べて、人々が使用して言っているのを見つけましたgit mergetool. しかし、ここに私が得たものがあります：

それで、何かをインストールする必要があるということですか？

git pullからのバージョンですべてを上書きしたい場合はどうすればよいですか?

ファイル間で情報を移動するときに、VCS がひどいマージを行っているため、作業中のプロジェクトに大混乱が生じています。

したがって、シナリオは次のとおりです。

たとえば、辞書の用語に関する情報を含むファイルがたくさんあるので、アルファベットの各文字のファイルがあります。

用語を入力するユーザーはやみくもに辞書の順序に従います。そのため、たまたま辞書にリストされていた場合は、B の下に「バケツを蹴る」などのエントリを配置します (または、B のバケツと K のキックの両方にリストされていた可能性があります)。 .

後で、他のユーザーが用語を正しいファイルに移動します。辞書用語に関しては、常に多くの作業が行われています。

たとえば、ユーザー A は B ファイルを取得し、「バケツを蹴る」エントリについて詳しく説明した可能性があります。ユーザー B は B ファイルと K ファイルを取得し、「kick the bucket」エントリを K ファイルに移動しました。最終的にどの順序でコミットされても、VCS はおそらくエントリを失い、エントリが移動されたことを「認識」しません。

(これらのエントリは、後で自動的に SQL データベースに変換されます。しかし、それらは、多くのコメントや例などとともに、"人間に優しい" 形式で作業できるように保持されます。したがって、「ユーザーに直接 SQL を入力させる」ということは受け入れられません。 ".)

VCS を信頼できないため、これらの種類のファイルをほとんど手動でマージするようになったのは非常に残念です。:(

それで、解決策は何ですか？これに対処できる VCS があることを知りたいです。またはより良いマージアルゴリズム? または、誰かがこの問題を回避するためのより良いワークフローまたはファイル配置を提案できますか?

このプロジェクトに取り組んでいるのは私だけですが、次のエラーが発生します。

深刻なコーディングを行う前に毎回プロジェクトをコミットするだけなので、なぜこれが発生するのでしょうか。私は3回コミットしましたが、そのエラーがスローされるため、これ以上許可されません。

同じオブジェクトを公開している 2 つの WCF サービスがあります。最初のサービス (SerA) がクラス (classA) を公開し、満たされた classA を追加する 2 番目のサービス (SerB) もこのクラスを公開するとします (このクラスはパラメーターに含まれているため)。SerA から classA を取得すると、は名前空間 SerA.classA と連結されており、2 番目のサービスを使用してこれを追加すると、SerB.ClassA のようなクラスが必要になります。両方のクラスが同じであることを指定する方法はありますか。reference.vb で名前空間を変更しようとしましたが、動作しますが、サービス参照が更新されると実際の問題になります。誰でもこれで私を助けることができますか? ありがとう

私は現在、TortoiseSVNを使用して2つのブランチのマージを行っていますが、特定のマージシナリオを処理するにはスマートではないことがわかりました。

あるブランチでは、次のような方法があります。

他のブランチでは、次と同じ方法があります。

TortoiseMergeは競合があることに気づきましたが、どちらかのメソッドシグネチャを使用するオプションしか提供していません。ただし、私が本当に望んでいるのは、次のように4つのパラメーターすべてを使用して単一のメソッドにマージすることです。

現時点でこの競合を回避できる唯一の方法は、両方のメソッドが存在するように行を解決し、競合が解決された後に手動でファイルに移動して修正することです。

これはまさにその通りですか、それともこのシナリオを処理できるよりスマートなマージツールがどこかにありますか？

私が使う

jqueryをロードしてから、これらを含む外部スクリプトをロードします。

もちろん、mootoolsプラグインも使用します。

私の質問var $j = jQuery.noConflict();は、競合を防ぐために上記のスクリプトで どのように使用する必要があるかということです