标签: versioning

我正在使用Microsoft Visual Studio 2010和.NET4,但我想创建也可以在.NET2中运行的应用程序(Windows Form Application).原因是我希望它非常易于在许多机器上使用和移植,并不是每个人都安装了.NET4.

我可以这样做,还是需要安装旧版本的Visual Studio？对于大多数便携式.NET应用程序来说,哪个版本最适合.

我正在编写一个使用数据库(目前是MySQL 4)来存储数据的应用程序.

我可能会稍后以更新的形式对此进行更改以添加其他数据.更新应用程序很简单,它基本上归结为用新的程序文件覆盖程序文件.但是,如何更新数据库架构？

数据库是远程的,因此我的应用程序可能存在于多个位置,因此只需在安装程序中转储ALTER和CREATE语句就会导致多次更改,并且我已经明确要求提供允许应用程序的自动解决方案要在过渡期间更新的副本,以及要自动进行架构更新的副本.

我考虑在启动时检查模式以查找缺少的表和列,并根据需要添加它们,但这似乎不是一个干净的解决方案.我也算是把某种"架构版本"号的数据库上,但不能看到任何方式做到这一点很短的单行表与诠释"版本"列这似乎不是一个好办法要么.

我正在为我的软件公司寻找一个新的版本控制系统,这个系统相当小.到目前为止,我一直在使用CVS,但我有点关于重组文件结构的OCD,因此,我似乎总是在我的所有代码的版本1(因为更改目录名称会引发CVS的版本控制窗户).是否有更多针对开发阶段的版本控制系统(项目目录树不断变化)或者我是否需要扣下并开始编写自己的版本控制系统？基本上,我需要它来基于物理文件路径之外的其他东西来跟踪文件的版本,这样移动不会影响文件版本信息.任何建议将不胜感激.谢谢!

干杯,Lukas Rezek

我们正在考虑更改iOS应用程序的下一版本中的版本号,使用传统的Major.Minor.Patch版本号方案,而不是使用基于日期的方案(如2012.month.patch)来更好地向用户反映货币该应用程序.

Apple iTunes中唯一的版本号指导如下:

您要添加的应用的版本号.编号应遵循典型的软件版本控制约定(例如,1.0或1.0.1或1.1).

我的问题 - 他们是否执行这一传统计划？

使用基于日期的计划有任何不利之处吗？

在已经广泛部署的应用程序上,是否有任何可能出现的问题？

更新:为了解释进入基于日期的版本控制方案的更多理由...有问题的应用程序主要更新,以反映每年添加几次的新数据集.对于用户来说,知道版本2012.2具有当前数据是有用的 - 版本2.6没有传达这一点.

我是一个与多人一起使用 SVN 的新手，所以请多多包涵。我正在与多个开发人员一起开发 C++ 项目，我们正在使用 SVN 来同步和版本化我们的.h和.cpp文件。我习惯于只使用 SVN 对我自己的项目进行版本控制，但是当我们尝试提交多个开发人员修改过的文件时，与其他开发人员合作会引起文件冲突。

在发生冲突的情况下，是否可以将主干中的文件合并到工作副本中？或者也许是一个更好的问题，如果出现文件冲突，您会推荐什么？

我们使用 TortoiseSVN 与 SVN 服务器进行通信。

感谢您的时间。

假设我有一个包含以下提交的repo(git版本1.7.1)

A -> B -> C -> D ->E 我的HEAD开着E.现在我想删除C,同时保持一切相同 A -> B -> D -> E.

你能帮我怎么做吗？

尝试了解SOAP和Web服务的版本控制.根据我的发现,使用URL做这样的事情似乎是可以接受的:

www.company.com/service/01-12-10/和www.company.com/service/03-08-10/以及www.company.com/service/支持最新版本.

我理解这是一种方法,而不是像这样对SOAP主体/有效负载进行版本控制:

[client]

someRequest = newRequest(){ ClientVersion = "1.0.0" };
webService.Go(someRequest);

[web service]

if request.ClientVersion == "1.0.0"
  do this code
else
  do this code

我可以看到所有条件都会随着更改而失控,并且当删除Web方法的签名时,这不会处理这种情况.然而,最重要的是,这不是整个服务的版本,只是正文.

所以,我的问题是我是通过更改URL来包含版本来实现的吗？这是否包含所有必要的区域？好像我会有一些命名空间冲突？是否有必要更改命名空间？试图了解版本服务的含义.请扩大.

精氨酸，我很确定这是一个简单的方法，但是很伤脑筋。我可以请社区提供一些意见吗？

好的，
假设我刚刚发布了1.2.3版。

我的下一个发行版本将是1.2.4。
那么我当前的工作版本是1.2.3-SNAPSHOT还是1.2.4-SNAPSHOT？快照版本号是发行前的版本还是发行后的版本？它是预发布的1.2.4-快照，对吗？

我的下一个主要发行版本是2.0.0。
那是否意味着我应该制作我的工作副本2.0.0-SNAPSHOT？或类似1.9.9-SNAPSHOT的东西？

当在API捆绑包中以1.0.0版本的版本开始时,在向所述包添加新接口之后新版本应该是什么？该白皮书使得关于兼容性这一说法:

显然,二进制兼容性在向后兼容性中起着重要作用.但是,向后兼容性也非常依赖于语义.如果接口的责任发生变化,它仍然可以是二进制兼容的,但不再向后兼容.

同时...

3.micro - 微观部分的差异并不表示任何向后兼容性问题

新接口不会导致其提供程序的任何二进制不兼容性 - 很可能只是省略一个实现.这被认为是包的语义中的"向后不兼容"的变化吗？这是否意味着新版本应该是1.1.0？

我需要跟踪的任意版本号在我的C#应用程序,它的形式M+.m+.b+,这里M是"大",m是"小",b是"建",并+表示该版本号不限于每数一个数字.

是否有一个内置的类基本上只有3或4(第4个是修订号)int并提供一些方便的比较函数,或者我需要自己写吗？我想它看起来像这样:

class VersionNumber
{
    public int Major;
    public int Minor;
    public int Build;
    public int Revision;

    static public VersionNumber operator >(VersionNumber number)
    {
        // Comparison function here.
    }

    // Other comparison functions and whatnot here.
}