我已经将一个远程Git存储库克隆到了我的笔记本电脑,然后我想添加一个标签,所以我跑了
git tag mytag master
当我git tag在笔记本电脑上运行时,mytag会显示标签.然后我想将它推送到远程存储库,所以我在所有客户端都有这个标签,所以我运行git push但是我收到了消息:
一切都是最新的
如果我去我的桌面并运行git pull然后git tag没有显示标签.
我还尝试对项目中的文件进行微小更改,然后将其推送到服务器.之后,我可以将更改从服务器拉到我的台式计算机,但git tag在台式计算机上运行时仍然没有标记.
如何将我的标签推送到远程存储库,以便所有客户端计算机都可以看到它？
我去年从Subversion转到Git作为我的日常VCS,我仍在努力把握"Git-think"的细节.
最近困扰我的那个是"轻量级"与注释与签名标签.对于所有实际用途来说,注释标签优于轻量级标签似乎是普遍接受的,但我发现为什么情况的解释似乎总是归结为"因为最佳实践"或"因为它们是不同的".不幸的是,这些都是非常不满意的论据而不知道为什么它是最佳实践或这些差异如何与我的Git用法相关.
当我第一次切换到Git时,轻薄的标签似乎是自切片面包以来最好的东西; 我可以指出一个提交并说"那是1.0".我很难掌握标签如何比这更好,但我当然不能相信世界的Git专家更喜欢任意注释标签!那么喧哗什么呢？
(奖励积分:为什么我需要签署一个标签？)
编辑
我已经成功地确信注释标签是一件好事 - 知道谁标记,何时重要!作为后续行动,有关良好标签注释的任何建议吗？两者都git tag -am "tagging 1.0" 1.0试图总结提交日志,因为上一个标记感觉就像丢失策略一样.
如果我想标记当前提交.我知道以下两个命令行都有效:
git tag <tagname>
和
git tag -a <tagname> -m '<message>'
这些命令有什么区别？
您查看的每个git教程都对标记有明确的看法:一个应该始终使用带注释的标记,其中一个原因是它们被使用git describe.
但是,我没有看到使用git describe --tags中的任何不良内容,也将未注释的标记作为参考点.对于未注释的标签,还有什么其他的被认为是坏的吗？
我问,因为我刚刚将SVN项目转换为git.我实际上是在考虑为标签提供一个注释,但是如果不是一个令人担忧的多余的"我们项目的标记版本1.5"消息(它已被用作SVN注释),我应该放在那里？
带注释的标签对我来说似乎是件好事(你可以把东西标记为不同的作者并可能给出一个简短的描述),但是如果除了原始提交之外你没有任何有意义的说法,你是否应该真正使用它们？信息？
要么
在哪些情况下未注释的标签并不令人不满？
编辑:我不是在谈论签名注释标签(我理解在某些情况下签名标签的优势); 我只关心未注释和无符号注释之间的区别.
编辑2:附加另一个问题以扩大范围,并可能得到一些关于现实生活中最佳实践的深刻见解
什么时候你使用未加标签和你感到很难过的时候你怎么办？