semantic-versioning

1热度

1回答

假设我发布了一个需要php 5.6作为依赖项的新库Foo v1.0.0。现在我想中的一些方法实现的内部使用一些新的语言结构在PHP 7.0。但是，我的整个公共API（方法名称，参数，返回等）保持不变。继semver，什么版本号应该现在我发布？在我看来，需要一个新的主要平台依赖关系将打破向后运行PHP 5.6的用户的向后兼容性，他们将无法简单地升级到composer update，因此它现在应

1热度

1回答

语义版本在成功运行travis后不会发布

我想发布我管理的NPM软件包的版本。这里是链接：https://github.com/dixeed/eslint-config。我推送给主人，在我的Travis构建运行中没有任何错误，但它没有像预期的那样运行npm run semantic-release pre && npm publish && npm run semantic-release post。如果你看看我的git历史，我已经遵循了

0热度

1回答

Visual Studio解决方案的语义版本控制

我的团队拥有一套相当大的桌面应用程序，它们之间有许多共享库，所有这些应用程序都位于我们存储库中的一个常见解决方案文件中。我们希望使用语义版本控制的原因有很多，其中主要的是让我们的用户更容易安装更新。然而，考虑到我们正在处理的程序集数量，我们发现它更新每个AssemblyInfo文件非常繁琐，特别是如果它是针对多个应用程序依赖的库。我想知道是否有一种简单的方法来使用git标签或某种外部工具来告诉构

0热度

1回答

开发分支的Gitflow标签？

我们的开发分支需要被标记，因为我们的构建过程将标记名称作为semver构建版本，例如， V3.5.1。 Develop分支可以随时建立并自动部署到登台服务器。但是，gitflow模型仅描述如何以及何时标记主分支。如果我也开始标记开发分支，我将“失去”这些名称，并且将无法将它们用于标记主分支。例如，我可以将开发分支标记为比当前主分支更大的东西，每次我标记主分支。但是，接下来我必须记住下一次将主标

2热度

1回答

SemVer中MINOR与PATCH规则的原因

有关何时增加MAJOR与MINOR版本号（SemVer 2.0）的规则非常引人注目。他们清楚地知道应用程序/服务是否向后兼容很多优点。但是该网站并没有真正给出MINOR和它称为PATCH之间差异的原因。我不认为它给予MAJOR和MINOR相同的好处。仅供参考这里的SemVer规则：当你做出不兼容的API改变主要版本，当你在一个向后兼容的方式添加功能次要版本，并补丁版本时你做出向后兼容的错

1热度

1回答

发布后版本控制和SemVer 2.0（sematic verisoning）

这不是一种编码，而是一个过程问题。我正在构建可能需要某些市场或一般情况下的发布后修补程序或功能添加的软件。继追加-标签到指定的版本号，以纪念我想一个+标签添加到版本号，以纪念这种释放后的版本的SemVer 2.0（http://semver.org/spec/v2.0.0-rc.2.html）方案。只要不发生重大更改，这将导致以下版本树： 1.0.1-rc1 // initia

0热度

1回答

如何从TFS CI任务源代码获取版本号（major.minor.patch）

我正在尝试在ci进程中创建一个nuget包。我想根据语义版本控制版本的软件包。基本上，他们将有major.minor.patch-ci-date。为了这个目的，我在TFS上使用nuget packager任务。如下所示红色帧I可以配置在包装机的NuGet任务的版本。但有个问题。 Major.minor.patch数字由开发人员决定，我认为他们应该保存在源代码中。而且，TFS应该从源代码或某些代

1热度

1回答

在gitlab piplelines中使用semver或时间戳

我正在使用GitLab管道，并在.gitlab-ci.yml文件中定义了我的构建定义。我正在使用它来建立码头集装箱。简单的问题。有没有一种方法可以使用gitlab中的semver或时间戳来标记Docker容器。内置变量似乎没有给我太多的工作。在Windows上，我已经能够在powershell中使用GitVersion，它获取semver标签并将其放入一个变量，您可以在构建过程的其余部分使

1热度

1回答

PIP安装不识别版本

我有一个自定义的pypi服务器，我从中安装文件。我试图从版本0.0.1升级到我自己定制模块的更新版本。它没有检测到更高版本。当我做一个pip install 'mymodule>=17'我看到： Could not find a version that satisfies the requirement mymodule>=17 (from versions: 17.0828.222133-e

1热度

1回答

为什么角度版本4与版本2兼容，如果他们使用语义版本？

不应该主要版本与他们的前辈不兼容，根据semantic versioning？