semantic-versioning

    8热度

    1回答

    制作包装时,我经常会对我是否应该使用any约束感到困惑。 我知道了: 库包,I should specify clear version constraints让我的图书馆用户知道我的传递依赖的版本, 应用程序包,I should use any and check in my pubspec.lock lockfile让别人可以运行我的应用程序, 但有一个灰色区域: 应用程序是为了延长,如cod

    6热度

    1回答

    我正在使用自定义的NuGet订阅源来部署自己的NuGet包。 我使用的是semver,所以我的CI服务器正在为每个版本生成一个部署新的预发布软件包。这些预发行包显然在包管理器中默认不可见。 有没有一种方法可以在包/饲料/全局级别指定预发行包应该出现在包管理器中的更新选项卡下? 如果我通过例如编辑packages.config文件我的包被清楚地标明在软件包管理器与红色的“抢鲜”的标签安装抢鲜包,让管

    0热度

    1回答

    我们开源了以前专有的java软件系统。我们松散其次semantic versioning,由汤姆·普雷斯顿·沃纳,其中: 错误修正意味着补丁更新(例如,1.0.X) 更改您的公共API被向后兼容意味着一个小更新(例如1.X.0) 更改您的公共API是向后兼容的暗示(例如X.0.0) 一个重大更新开源的任务系统要求我们重命名包。我们也觉得我们应该整合以前存在的大部分模块。 重构任务不会改变公共API

    21热度

    1回答

    某些上下文: 我有4个nuget包与依赖关系。它们都处于预发布模式,并且按照自己的步调从alpha发展到“稳定”。我希望能够在依赖性定义中指定应该包含预发布版本,但是当“稳定”版本可用时,它应该更新为稳定版本。 在对版本的NuGet Docs规则被定义[和]包含您指定和(和)到exlude你指定版本号的版本号。 上的版本在nuspec文件的影响,一些例子: <dependencies>

    18热度

    2回答

    我正在学习如何使用名为“语义版本”的规则从http://semver.org/分配和增加版本号。 在它的所有规则,第一个说: 软件使用语义版本必须声明一个公共的API。这个API可以在代码本身声明或严格存在于文档中。但是它完成,它应该是准确和全面” 我感到困惑的‘公共的API’。这是什么参考?

    3热度

    4回答

    的TeamCity是一个伟大的CI工具,我们还可以使用语义版本来管理我们的DLL版本很长一段时间,现在我们达到了一个主意的TeamCity和语义版本整合在一起,同时对于一体化语义版本的最佳实践我们做这个题目的一些研究,比方说,Infor公司版本类似 MajorVersion.MinorVersion.PatchVersion.BuildNumber 的buildNumber我们总是使用TeamCi

    2热度

    4回答

    在此刻,我要建立单独的二进制文件的目标每个运行 .NET 4 的Windows Phone 的Silverlight 现在,如果我移动图书馆在为单一Portable Class Library ,而且我没有改变功能,这是否被认为是一个突破性改变? 或SemVer术语是主要,次要或补丁版本的变化?

    4热度

    1回答

    Semantic Versioning Specification中的第一点指出兼容软件必须声明一个公共API。 我想知道如何建立这个公共API的宝石。它似乎通常是通过自述文件完成的(例如,参见ActiveRecord),它并不觉得它在公共API代码和其他代码之间绘制了严格的界限。更好的做法是使用​​,其公开API代码为API directory,但即使在那里,该行也是灰色的,因为公共API的配置

    24热度

    7回答

    我们使用美妙的semantic versioning范例版本化我们的rails应用程序。我有一个问题,最好是在哪里存储这个数字?我看过它存储在/lib,environment.rb等 只是想知道人们对最佳实践的看法?