腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
搜索
搜索
关闭
发布
精选内容/技术社群/优惠产品,
尽在小程序
立即前往
文章
问答
(9999+)
视频
沙龙
1
回答
语义
发布:如何在分配
版本号
时避免竞争条件?
、
、
、
、
首先,如果两个构建同时运行,在最近的提交中都具有相同的版本增量类型,那么如何防止它们通过
语义
发布分配相同的
版本号
呢?
语义
发布是否会在分配
版本号
之前进行git标记刷新,以防止它将要分配的版本被窃取?其次,我需要将
版本号
编译成二进制文件,所以我需要
语义
发布,以便在流程开始时给我的流程一个可用的
版本号
,然后为整个构建过程保留
版本号
(~1小时),然后在成功构建结束时发布该版本。我可以看到,
语义
发布支持一种模拟运行模式,它将给出建议的
版
浏览 0
提问于2021-05-06
得票数 0
1
回答
在预版本步骤中获取版本
在构建过程中,我使用一个名为babel-plugin-inline-package-json的包提取
版本号
。目前使用
语义
发布的包版本总是0.0.0,而不是正确的
版本号
。我设置
语义
发布以使用npm preversion命令触发构建。我当时的印象是,当
语义
发布触发预版本时,它已经将新版本插入到package.json中,但我仍然得到了0.0.0。提取
版本号
的正确方法是什么,这样我就可以在构建步骤中获得
版本号
?
浏览 0
提问于2018-11-20
得票数 0
回答已采纳
1
回答
使用
语义
版本和基于主干的Python包开发
、
、
、
、
我试图通过Python项目的
语义
版本
化
来理解基于主干的开发。有人有过采用基于主干的包
语义
版本化开发的经验吗?我将
语义
版本存储在version.py:__version__中当准备发布时,将创建一个发布分支release-1.0.x,并从主干(Main)中挑选任何bug修复。这将增
浏览 0
提问于2019-04-11
得票数 2
回答已采纳
3
回答
微服务和版本控制
、
、
、
、
在我看过的大多数地方,现在每个人都在谈论
语义
版本
化
(通常,不只是针对微服务)。在我看来,
语义
版本控制对于微服务体系结构来说可能是过分的。如果所有的公共api都是版本
化
的(例如/api/v3/getSomething),那么我真的需要完全的
语义
版本吗?我正在考虑一个方案,用一个
浏览 3
提问于2016-03-28
得票数 1
1
回答
在composer for packagist中使用非
语义
版本号
的后果是什么?
、
、
、
、
但是,由于可能不会做很大的更改,我们希望使用官方
版本号
,只需稍微修改一下,即可添加我们自己的
版本号
。 所以最后我们想出了一个像这样的
版本号
:v1.1.3-CE.1。然而,有一个问题:这不是一个。特别是对于composer/packagist,建议使用
语义
版本控制。但正如你所看到的,它仍然非常类似于
语义
版本号
,但我们滥用了“预发布版本”“标签”(通常是alpha、beta或类似的标签)。这就是为什么我想问,如果我们在composer中使用非
语义
版本号</
浏览 2
提问于2015-11-27
得票数 0
1
回答
使用zsh拆分
语义
版本号
、
、
、
在问题之后,我需要更新我收集
语义
版本号
的方法。 在zsh中,如何使用参数扩展拆分
语义
版本号
?
浏览 4
提问于2019-07-23
得票数 1
1
回答
Sonatype Nexus支持具有
语义
版本的NuGet包
、
、
我试图使用.xproj文件扩展名对新的“类库(包)”项目类型使用
语义
版本控制。
版本号
如下所示: 这在Sonatype Nexus中是支持的吗?应该注意的是,
语义
版本控制是使用这些新项目类型的一项要求,并按照概述的在
版本号
的末尾附加一个
版本号
。
浏览 0
提问于2015-11-19
得票数 0
回答已采纳
1
回答
Linux应该是什么版本?
Linux并不遵循
语义
版本控制,而Linus只是时不时地将主要
版本号
抛出,这是大家都能接受的。 我想我在某个地方读到过,上一次真正的主要版本会出现在v2.5.x标记附近,但我可能错了。如果Linux更密切地遵循
语义
版本,那么有谁知道Linux应该有什么
版本号
呢?
浏览 0
提问于2022-10-10
得票数 -3
回答已采纳
2
回答
带有RESTful后端的SPA应用程序的
语义
版本控制
、
、
、
、
我计划使用
语义
版本
化
来区分不同的版本。我已经读过一些关于如何使用实现应用程序的
语义
版本控制的文章了,但我仍然不确定是否应该使用两个独立的
语义
版本,一个用于角度前端,另一个用于Java/Spring后端,还是两个版本都使用一个
语义
版本。但是这个
版本号
的改变只会对前端应用程序有意义。 然而,
语义
版本不仅可以反映bug修复,还可以反映新添加的功能。当我添加新功能时,总是需要对后端和前端应用程序进行代码更改。因此,在这种情况下,为两个应用程序使用一个
版本号</
浏览 0
提问于2022-01-31
得票数 0
1
回答
可序列
化
类是否应该有不同的序列
化
版本?
、
我正在分发一个专有库,其中包括多个可序列
化
的类(可序列化为一个文件)。我希望对可序列
化
类进行版本控制,即在序列化时将版本放在一起。对于类是否应该有不同的序列
化
版本(例如,对于mylib v1.3,类foo和bar分别有v1.0和v1.2 )?或者,我是否应该对所有类使用库的
语义
版本(例如,foo和bar更新其
版本号
与mylib版本一样)? 常见的模式/实践是什么?
浏览 0
提问于2022-04-12
得票数 1
回答已采纳
1
回答
查找React App的
语义
格式的构建版本
、
、
、
、
我想要创建
语义
格式的
版本号
,这应该在为npm build构建时完成,它应该生成包含version.js的json文件,使用我需要将
版本号
放入react web应用程序标头中的
版本号
.After。
浏览 1
提问于2019-12-03
得票数 0
3
回答
添加IDisposable如何改变类的
语义
?
、
的MSDN文档声明: 我可以看出删除IDisposable将是一件很重要的事情。例如,在using语句中实例
化
类是不可能的。但是,还有什么使IDisposable与众不同,特别是在添加接口的上下文中?
浏览 5
提问于2013-08-12
得票数 4
回答已采纳
1
回答
公共回购的版本控制策略
、
、
就
版本号
的分配和递增而言,我的目标是遵循
语义
版本
化
的指导方针。 现在,我的项目中有许多文件组成了实际的库,还有许多文件“支持它”,后者是docs、测试套件等等。我的观点是,
版本号
应该只适用于实际库,而不是整个项目,因为库本身就是定义公共API的“单元”。但是,我对这种方法并不满意,例如,测试套件中的修复构成了我的项目中的“改进”,它不会反映在
版本号
(或者包含对它的引用的文档中)中。在更实际的层面上,各种工具,如包管理器,可能(可以理解)不配合此策略。例如,当试图发布没有反映在
版本号
中的更
浏览 0
提问于2012-11-30
得票数 1
2
回答
使用sed替换文件中的
版本号
、
我需要更新文件中的
版本号
。文件中有一行包含
语义
版本号
,如下所示:现在,我想查找前缀"blah.blub“来标识正确的行并替换
版本号
。
浏览 0
提问于2020-06-23
得票数 0
回答已采纳
1
回答
如果添加了几个错误和一个新的向后兼容特性,如何使用
语义
版本控制来增加包的版本?
语义
版本控制系统指出,向后兼容的修补程序意味着增加补丁
版本号
(在x.y.z中为z)。它还指出,应该通过增加次要
版本号
(x.y.z中的y)来引入向后兼容的特性添加。是否只增加次要
版本号
?
浏览 1
提问于2022-03-06
得票数 0
回答已采纳
1
回答
保持平台之间的版本均等
、
、
、
、
我在移动开发领域,我使用
语义
版本
化
来发布我的版本。只要同时发布iOS和安卓平台的新版本,我就会保持这两个版本相同。你是,你在工作中如何处理这个案子?还是这不成问题?
浏览 0
提问于2022-11-14
得票数 5
回答已采纳
1
回答
无法在"npm“注册表中找到包”我的自定义包“。
、
、
、
repository": "https://github.com/my-organization/my-private-repo",}"version": "1.0.3.1" 但是,如果我再次运行yarn install,对于每个从自定义包的
版本号
中删除预释放标记的包,我会得到如下错误
浏览 1
提问于2018-01-26
得票数 2
回答已采纳
1
回答
以前版本的
语义
版本、错误修正版本以及树结构中的优先级
、
、
、
假设我们有一些软件版本,
版本号
为2.1.1。由于API的更改,下一个版本有
版本号
3.0.0。现在,让我们假设在版本2.1.1和版本3.0.0中都发现了一个bug。这个版本的直接前向
版本号
可以是2.1.2。虽然在中没有给出这样的例子,但我会得出结论,规则意味着2.1.2 < 3.0.0 --这意味着什么?现在有了一个树结构:2.1.1 (1) | \ | | 为了反映树结构和避免混淆,我倾向于使用
版本号
方案
浏览 2
提问于2017-05-27
得票数 0
回答已采纳
2
回答
从简单
版本号
切换到
语义
版本控制
、
、
有一个软件库/应用程序/框架,目前使用“简单
版本号
”。因此,它目前处于(比方说) 135版本,每当“有足够的时间发布新版本”时,发布时间都是不规则的。下一个版本将是该方案中的136。我想将其转换为使用
语义
版本控制(当然,
版本号
和发布行为)。也就是说,如果下一个版本是135.1.0 ..。或136.0.0.还是1.0.0?
浏览 0
提问于2019-09-18
得票数 2
1
回答
Apple编译器版本控制模式?
、
、
、
、
不久前,和编译器改变了
版本号
的
语义
,因此在任何非bugfix版本上,主
版本号
都会增加。 苹果在ABI兼容性或其他范围方面是否遵循任何使用clang编译器的版本控制模式?
浏览 0
提问于2018-04-02
得票数 20
点击加载更多
扫码
添加站长 进交流群
领取专属
10元无门槛券
手把手带您无忧上云
相关
资讯
web前端标签语义化
ITiMe自动化监控平台 版本号:更新预览
NPM酷库:semver 语义化版本判断
前端知识分享:如何理解web语义化?
如何理解html中语义化的定义
热门
标签
更多标签
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
活动推荐
运营活动
广告
关闭
领券