【问题标题】:Versioning "Rules" (Assembly/File) Visual Studio (C#) [duplicate]版本控制“规则”(程序集/文件)Visual Studio(C#)[重复]
【发布时间】:2015-12-11 08:02:12
【问题描述】:

我有一个关于 Visual Studio (C#) 中的类库项目中的程序集/文件版本控制的问题。

我们有 4 个数字(例如:1.0.0.0)并根据:

https://msdn.microsoft.com/en-us/library/system.reflection.assemblyversionattribute.aspx

四个数字的格式如下:

[主要版本].[次要版本].[内部版本号].[修订版]

我的问题是,我们究竟如何确定“主要”、“次要”、“内部版本号”和“修订版”? “Major”和“Minor”是否更主观,而“Build Number”和“Revision”更客观(我们实际上可以计算它们)?

对此有什么实际的“规则”吗?

我很困惑,因为根据这个线程: Best Practice: Software Versioning

基本上这是一个偏好问题。任何人都可以对此进行澄清或制定适当的“规则”(最好有例子)吗?

【问题讨论】:

  • 这是一个偏好问题,因此这个问题应该主要基于意见而结束。
  • 如果您是一个程序员,那么如何对文件进行版本控制完全取决于您。最后,这些版本只是帮助您确定出现问题时实际需要调试的内容......
  • 您是否尝试使用UploadFromStream 方法?我遇到了同样的问题,这解决了我的问题
  • @Thomas:不,我从未使用过它。好像这是针对 Azure 项目的?我正在寻找的是更正式的版本定义。

标签: c# versioning


【解决方案1】:

编辑: 我有点得到答案: How to do version numbers?

到目前为止,这似乎解释得最好。谢谢!

【讨论】:

    猜你喜欢
    • 2015-12-23
    • 2011-02-05
    • 2010-09-12
    • 1970-01-01
    • 2016-07-18
    • 1970-01-01
    • 2018-02-15
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多