C# 绑定组件可在一台PC上工作,并且不';我不能在另一个上面工作

C# 绑定组件可在一台PC上工作,并且不';我不能在另一个上面工作,c#,.net,fusion,C#,.net,Fusion,我有一个奇怪的情况:我们在试验部分更新我们的应用程序,发现除了一台电脑外,它在所有电脑上都能工作。因此,我们有一个包含多个程序集的部署,每个程序集都定义了它的版本。假设它们是v1,那么我们只将其中的一部分更新为v2 部署中使用了版本为v1的程序集A,它需要另一个程序集B,现在是v2,但是A仍然需要B成为v1。我们没有任何适用于这种情况的绑定重定向(我们有一些,但它们的oldVersion大于v1) 奇怪的是,除了一台电脑之外,所有的电脑都可以使用这种方法。我希望这两种方法都能奏效。所以我的问题是

我有一个奇怪的情况:我们在试验部分更新我们的应用程序,发现除了一台电脑外,它在所有电脑上都能工作。因此,我们有一个包含多个程序集的部署,每个程序集都定义了它的版本。假设它们是
v1
,那么我们只将其中的一部分更新为
v2

部署中使用了版本为
v1
的程序集
A
,它需要另一个程序集
B
,现在是
v2
,但是
A
仍然需要
B
成为
v1
。我们没有任何适用于这种情况的绑定重定向(我们有一些,但它们的
oldVersion
大于
v1

奇怪的是,除了一台电脑之外,所有的电脑都可以使用这种方法。我希望这两种方法都能奏效。所以我的问题是——这是怎么可能的,有什么区别


我不是在寻找如何解决这个问题的答案——很明显,我们需要完全更新部署,或者使用适当的绑定重定向。我更感兴趣的是了解这是如何发生的,以及是什么导致了这台机器的不同行为

“不工作”计算机上的.NET framework版本是否可能与“工作正常”计算机上的不同?@Codor很遗憾,我无法再访问该计算机,因此无法直接检查。但是我有它的日志,我看到这里指定了
mscorlib V=4.0.0.0
,这就是我们在这里使用的well@Codor但当我们使用x64时,它可能是x86。但在我看来,这仍然不会产生任何影响。是否可能“不工作”计算机上的.NET framework版本与“工作正常”计算机上的版本不同?@Codor不幸的是,我无法再访问该计算机,因此无法直接检查。但是我有它的日志,我看到这里指定了
mscorlib V=4.0.0.0
,这就是我们在这里使用的well@Codor但当我们使用x64时,它可能是x86。但在我看来,这仍然不会产生任何影响