标签: semantic-versioning

如何在我的应用程序中使用传递依赖项箱中的特征？

这是我遇到的问题的一个最小说明示例：

在 中Cargo.toml，我有：

[dependencies]
mersenne_twister = "1.1.1"
rand = "0.8.5"

我的箱子取决于rand ^0.8.5和mersenne_twister ^1.1.1，它本身取决于rand >=0.3, <0.5：

my-crate ---> rand 0.8.5
         |
         |
         ---> mersenne_twister 1.1.1  ----> rand >= 0.3, < 0.5

在我的应用程序中，我想使用trait rand::Rng for mersenne_twister::MT19937. 但是当我尝试将这个特征纳入范围时，它显然没有被识别：

my-crate ---> rand 0.8.5
         |
         |
         ---> mersenne_twister 1.1.1  ----> rand >= 0.3, < 0.5

我的猜测是，Rng导入的特征use rand::Rng;是来自 的特征rand 0.8.5，而不是实际实现的特征rand 0.4.6MT19937，即使它们的拼写方式相同，但它们是不同且不相关的特征，因此不能互换引用。

所以我有一些问题：

1. 如何在我的应用程序中使用Rng …

看起来像一个非常基本的问题,但我无法找到一种"简单"的方法来做到这一点.

我想对character包含具有基本R功能的语义版本号的向量进行排序:

vsns  <- c("1", "10", "1.1", "1.10", "1.2", "1.1.1", 
           "1.1.10", "1.1.2", "1.1.1.1", "1.1.1.10", "1.1.1.2")

排序后应如下所示:

# [1] "1"        "1.1"      "1.1.1"    "1.1.1.1"  "1.1.1.2"  "1.1.1.10"
# [7] "1.1.2"    "1.1.10"   "1.2"      "1.10"     "10"    

这不能得到我想要的东西,因为R只是按字母顺序排列整个事物:

sort(vsns)
# [1] "1"        "1.1"      "1.1.1"    "1.1.1.1"  "1.1.1.10" "1.1.1.2"  "1.1.10"  
# [8] "1.1.2"    "1.10"     "1.2"      "10"    
vsns[order(vsns)]
# [1] "1"        "1.1"      "1.1.1"    "1.1.1.1"  "1.1.1.10" "1.1.1.2"  "1.1.10"  
# [8] "1.1.2"    "1.10"     "1.2"      "10"    

尝试规范化它(有点沿着这篇文章),但我想不出适合语义版本结构的匹配/替换方案:

tmp <- gsub("\\.", "", vsns)
# [1] "011" …

我在Java - Maven - Jenkins项目上使用语义版本控制,因此,每当完成不兼容的API更改时,应更改产品的主要版本.我正在寻找一种自动检测这种变化的方法,以便maven构建在发生时会失败(甚至自动增加版本).谷歌搜索让我在编写自己的maven enforcer plugin规则的轨道上,但我想询问是否有人知道任何可以提供帮助的工具(Jenkins插件或类似工具也可以工作).

有标准的 npm semver 版本比较库，但我有一些简单的逻辑来比较 semver 版本：

const versionA = '14.8.3';
const versionB = '15.1.1';
const versionC = '15.1.2';

const semver = require('semver');
const assert = require('assert');

const isGreater = (a, b) => {

  const [majorA, minorA, patchA] = String(a).split('.').map(v => Number.parseInt(v));
  const [majorB, minorB, patchB] = String(b).split('.').map(v => Number.parseInt(v));


  if (majorA > majorB) {
    return true;
  }

  if (majorB > minorA) {
    return false;
  }

  if (minorA > minorB) {
    return true;
  }

  if (minorB > minorA) {
    return false; …

保存 package.json 依赖项时的最佳做法是什么？

例如，我看到很多依赖项不是固定的，例如：

  "tslint": "~5.11.0"

我希望有固定的依赖项，以便将来新开发人员加入团队时不会改变。

我对 package-lock.json 和 shrinkwrap 知之甚少，但我不确定这方面的“最佳实践”。在这种情况下是一个 Angular 应用程序，但它可以是一切。例如，将 package-lock.json 放在 repo 上会导致过去出现一些问题（我知道！推送它是最佳实践！）

有什么想法吗？

如果一个库同时支持 Python 2 和 3，并且我想弃用对 Python 2 的支持，我应该修改 SemVer 的哪个部分，主要还是次要？

我从来没有使用过 shell (bash)，但在脚本中发现了一些错误，我用来增加版本。脚本工作正常，直到这种情况

version=1.27.9
echo $version | awk -F. -v OFS=. 'NF==1{print ++$NF}; NF>1{if(length($NF+1)>length($NF))$(NF-1)++; $NF=sprintf("%0*d", length($NF), ($NF+1)%(10^length($NF))); print}'

1.28.0  <-- result, but I need 1.27.10

在这种情况下new_version将等于1.28.0。如何更改此脚本以避免增加 MINOR 编号？对于这种情况，我期待1.27.10

我没有shell经验，所以不知道从哪里开始。我在这里找到了这个脚本，在 SO 上并使用它。请帮我解决我的问题。先感谢您。