问题标签 [assemblyversions]

I have a project which uses BinaryFormatter to serialize a collection of structs with string and bool? datatypes.

The serialization/deserialization works fine, however if I were to change the assembly which does the work it fails to deserialize because of the header in the binary file indicating that it requires Assembly x instead of Assembly y to handle the data.

Is it possible to setup the serialization/deserialization to be assembly agnostic?

基本上问题是每次程序集版本更改（即用户安装应用程序的新版本）时，他们的所有设置都会重置为默认值（或者更准确地说，在具有不同版本的文件夹中创建新的 user.config 文件数字作为名称）

升级版本时如何保持相同的设置，因为似乎不鼓励使用 ini 文件或注册表？

当我们使用 Clickonce 时，它​​似乎能够处理这个问题，所以它似乎应该能够完成，但我不确定如何。

在工作中，我们有一个（合理的）协议，每次更新项目时，无论更改多么微小，都会反映在装配信息的修订值中。通过这种方式，我们始终知道客户端是否缺少补丁或功能等。

由于这需要手动更改版本，并且由于这是一项乏味的任务（更糟糕的是，它可能会被遗忘）我想知道是否可以配置 Visual SourceSafe（如果重要，则为 6），以便在每次结帐时自动更新程序集版本/报到 ？

是否有管理程序集版本的替代/更好的选择？

我有一个使用 ODP.NET 2.111.6.20 构建的应用程序 - VS 中的所有引用都设置为特定版本为 false，但是当我尝试在只有 2.111.6.0 的机器上运行该应用程序时，它会抛出一个错误提示找不到 2.111.6.20 程序集。如何让我的应用程序与任何版本的 ODP.NET 2.111 一起运行？

我正在引用一个签名的程序集。在运行时，我可以使用该程序集的任何版本，而不仅仅是我编译到的那个。

如何做到这一点？

在 Visual Studio 2003 中，您可以轻松地将项目程序集设置为每次构建时自动递增，但在 Visual Studio 2005 中，此功能已被删除。您仍然可以在每次构建时自动增加您的程序集版本，但这是一个复杂的自定义构建步骤，而不是集成功能。

我不确定为什么要删除它，但这是我前一段时间应该问的一个问题 - 我应该在构建时使用解决方法来继续自动递增，还是有充分的理由停止这样做，在赞成手动递增？由于微软将它从 VS 中删除，也许有一个很好的理由，我想知道是否有人知道。

我正在寻找有关如何管理 .NET 程序集的三个不同程序集版本号的指针、建议甚至口述。产品版本是最简单的，因为这似乎通常由业务决定。然后，文件版本似乎用于部署之间的版本控制，其中实际的程序集版本仅在发布时使用。

现在我只是在寻找一种简单的方法来标记一个不依赖的程序集的测试和维护版本，所以我正在查看文件版本上自动递增的构建和修订号，对于最终版本，复制当前文件版本到程序集版本。该产品在生产中使用，但仍在开发中 - 你知道 - 那些小公司之一，没有变更控制基础设施的情况。

我想使用构建后事件自动创建一个 nuget 包，然后将其复制到我们网络上的共享文件夹中，如下所示（版本号 1.0.0.0. 在 MyLib.nuspec 文件中指定）：

这可行，但现在我想更新此脚本，以便它也包含程序集版本，但我无法在构建后事件中获取程序集版本。我需要这样的东西：

但是 $(AssemblyVersion) 变量不存在......有什么想法吗？

我有两个 C# 项目的源代码。项目 A 启动项目 B ( process.Start();)。从项目 BI 需要获取项目 A 的汇编版本。

如何从一个项目更改为另一个项目的程序集版本（.exe）？我有这两个项目的来源。