是否有理由使用run
启动docker-compose.yml
文件或者您应该使用up
?
我知道run
可以启动一个特定的容器,但我指的是你在没有指定容器的情况下使用它的情况,以便启动所有的yml容器.
当我输入命令时:
git tag -l
Run Code Online (Sandbox Code Playgroud)
我得到了这样的结果:
rc-0.9.0.0
rc-0.9.0.1
rc-0.9.0.10
rc-0.9.0.11
rc-0.9.0.12
rc-0.9.0.2
rc-0.9.0.3
rc-0.9.0.4
rc-0.9.0.5
rc-0.9.0.6
rc-0.9.0.7
rc-0.9.0.8
rc-0.9.0.9
Run Code Online (Sandbox Code Playgroud)
而不是我想要的:
rc-0.9.0.0
rc-0.9.0.1
rc-0.9.0.2
rc-0.9.0.3
rc-0.9.0.4
rc-0.9.0.5
rc-0.9.0.6
rc-0.9.0.7
rc-0.9.0.8
rc-0.9.0.9
rc-0.9.0.10
rc-0.9.0.11
rc-0.9.0.12
Run Code Online (Sandbox Code Playgroud)
如何对当前列表进行排序以获得此类结果?
所以该git tag
命令列出了当前的git标签
tag1
tag2
Run Code Online (Sandbox Code Playgroud)
git tag -n
打印标签的消息
tag1 blah blah
tag2 blah blah
Run Code Online (Sandbox Code Playgroud)
获取tag1和tag2的哈希的最佳方法是什么?
为什么git log --decorate
每次提交不显示多个标记?
编辑:Charles Bailey提出了答案(至少在我的情况下)
基本上,我有一个标签指向另一个指向提交的标签.由于这个额外的间接层,标记未显示在日志中.我将不得不解决这个问题,通过修复我们的标记脚本来正确标记,或者通过一些shell脚本voodoo来递归跟踪标记.无论如何,我会留下这个问题仅供参考,万一有人想要它.(我是堆栈溢出的新手,但我认为这是正确的协议?)
背景故事:我们在工作中使用GIT进行源代码控制,我们的策略是在部署时始终标记提交.(它实际上是一个执行标记的脚本,然后在服务器上提取标记).由于它是一个具有单独的登台和生产服务器的Web应用程序,因此我们经常标记一个版本用于登台(用于测试或其他),然后标记相同的提交以进行生产.
所以我们经常在同一次提交中拥有多个标签.能够在文本日志中看到这一点会非常好,但它似乎不支持它.我目前正在解决这个问题,通过手动检查我正在寻找的标签,或通过启动gitk
.虽然这两种解决方案都有效,但在我看来git log --decorate
,默认情况下每次提交仅支持一个标记真的很奇怪.
我做了一些谷歌搜索,但没有找到太多.我错过了一些明显的东西吗
PS(我实际上使用自定义格式字符串%d
,根据手册页和一些快速测试,它相当于--decorate
)
我必须每天在Git存储库中创建几个标签.
当我有很多标签时,它会使我的存储库缓慢或导致其他问题吗?
注意:我正在使用GitHub,但请回答一般问题.
我想在Git中获得一个分支头列表.到目前为止,我发现git log --simplify-by-decoration
它似乎包括所有分支并显示头部,但它也显示了一个额外的提交,这对我来说是无用的.有没有更好的方法来做到这一点,或者我应该使用什么?
所以说清楚:我希望有一个输出,让我成为我本地存储库中所有分支的头.基本上,我只需要每个头的哈希,但我可以从我得到的任何输出中正则表达它.
很少有仓库我使用需要签署所有标签,有时我忘了加-s
来git tag
,或者更糟的是,我创建使用没有关于标签想法git的GUI标签.
有没有办法配置GIT始终签署标签?
我提到我尝试添加以下hack(s).gitconfig
但它没有任何效果,标签是在没有签名的情况下创建的,除非我在cli上手动提到了-s.
[alias]
tag = tag -s
[tag]
forceSignAnnotated = true
[commit]
gpgsign = true
Run Code Online (Sandbox Code Playgroud) 我想建立一个可靠的软件开发路径.这意味着在接受之前,代码的每次更改都必须由作者和一位审阅者签名.这些更改的签名必须在发布时可以验证,或者必须有一些其他方法可以确保存储库不会被篡改,或者添加其他更改.
我期望用于此的版本控制系统是git,但也接受其他选项.签名可以通过GnuPG或SSL证书进行.
我想的工作流程大致是:
合并不一定是万无一失的,例如未经审查的更改需要无法合并到中继 - 只是在发布之前,需要有一种方法来检查中继中是否有任何未查看(未签名)的更改.并且通常,不需要防止篡改,仅检测到篡改.
我想要一个关于如何设置它以及每个操作如何完成的简短指南.一旦我得到一些指示,我可以自己弄清楚具体细节.
另外,我在技术上已经知道'git tag -s',但我不确定如何将它应用于这个特定问题.
I have a repository on github, and another on bitbucket. Both have some tags.
The thing is, bitbucket shows next to commits the tag they relate to, while github doesn't. Is there a way to show tags next to commit history? :)
Cheers.
如果你只能使用一次标签(通过提交唯一),我该如何处理标签" Version 7.3
"中的7次提交?
我讨厌GIT没有修改版本号(如SVN :)).
我猜一个子问题是:
"控制"版本号的最佳做法是什么(ex修订版,所以我想major.minor
在每个提交中保存并且在每个分支中确定(我为每个小部分制作> = 1个分支)).
第一个问题有一个事实答案(我认为).
第二个是更好的最佳实践调查.
非常感激!我从stackoverflow FTW学到了很多GIT!