标签: git-tag

Git的默认行为不是将标记从本地存储库推送到关联的远程存储库.在本回答中,解释了如何为单个存储库更改此行为.

我的问题是,为什么这是Git的设计行为？特别是设置自动推送标签的缺点是什么？

我需要一个git命令,它只输出给定注释标签的消息.它几乎可以用于git tag -ln:

$ git tag -ln v1.3.7
v1.3.7          Here be annotations

只是我一开始并不想要标签和空格,并且在这里抛出一个正则表达式就像是矫枉过正.我可以使用任何内置标志吗？我正在使用git版本1.8.3.2.

在一些问题的答案打印提交的Git中给定的提交信息的使用git show --format=%B.我似乎无法将输出限制为仅用于提交或标记的消息.

通常的工作流程是,git标签验证.

git tag -v tagname

然后git标签结帐.

git checkout tagname

是否有组合命令来验证标记,显示验证,并在验证成功时检查它？

我维护数据库迁移sql脚本文件.

我用git标签标记我的提交.

假设我有1,1,11,1.2,1.3这样的标签

我只想在创建该文件后没有将标记添加到repo时修改(DB迁移sql脚本)文件.我怎么能找到这个？

如果文件已创建然后添加了(版本)标记,那么我不想修改该sql迁移脚本,而是我将添加一个全新的sql文件,它可以帮助我做我想要的.

Git提供了使用GPG私钥对带注释标签进行签名的选项,但是只接受标签声明的来源有什么问题？当标记不改变提交时,欺骗标记会造成什么损害？

我目前正在尝试为一个git项目标记相同的版本标签.该项目是现有产品的扩展.为了与现有产品向后兼容,我们需要创建两个不同版本的项目.因此,我们创建了两个名为master(产品的最新版本)和productX.X(向后兼容到产品版本XX)的分支,其中包含我们产品的不同版本.我们正在将分支主机的代码合并到分支productX.X中,以保持代码同步.

当产品的新版本发布时,我们需要很好的新版本的项目,分支机构的数量将会增长.

现在,我想为两个产品版本(最新版本和XX版本)发布我们项目的1.0.0版本.我读到我只能为所有分支使用一次标记名称.真的不可能使用相同的标签"1.0.0"来标记不同的分支吗？

如果不可能有什么好办法？

替代方法:使用后缀标记分支"productversionX.X":master:1.0.0 productversionX.X:1.0.0-productX.X

我目前正在使用Tower作为git客户端和gitlab作为git服务器.

谢谢Patrick

当我已经拥有类似外观的git标签时,有没有办法在其名称中创建带正斜杠的git标签？

假设我有"1.16.0"标签,我想创建"1.16.0/1.0.0"标签:

$ git tag "1.16.0/1.0.0"
error: 'refs/tags/1.16.0' exists; cannot create 'refs/tags/1.16.0/1.0.0'
fatal: refs/tags/1.16.0/1.0.0: cannot lock the ref

如何使用 bitbucket-pipelines.yml 文件在管道中标记 git 提交？

我即将对我的项目进行重大技术更改，从 ANT 迁移到 Gradle。该项目从未发布过——它仍在开发中。我想标记最后一个旧技术版本，以便可以找到它以供参考或恢复。但我不想暗示有任何形式的释放。

[补充一点：我希望一些感兴趣的人看到一个版本并认为它可能是一个可用的“版本”。也就是说，我认为版本是针对用户的，标签是针对开发人员的。]

我更喜欢一个不需要我进入 Git 命令行的答案，但如果有必要，请假设我已经忘记了我曾经尝试学习的东西。

在对问题create-a-tag-in-a-github-repository 的回答的评论中，@RandomDSdevel 说：

\n

[S]难道您不能创建不会自动被 GitHub 作为releases\xe2\x80\xa6 拾取的标签吗？

\n

然后

\n

我不久前向 GitHub 提交了有关此问题的支持请求，但当时他们有一些支持积压，所以我的请求被关闭了。

\n

我想从文件中读取版本并v11.0.5.1.aws使用工作流程创建标签。然后我想在 docker 镜像中使用该标签。为此，我创建了一个分支作为 devops。

首先创建一个 VERSION 文件作为

1.1.3 20 Apr, 2022

创建了一个工作流程作为release-version.yml

name: Release Version
on:
  push:
    branches:
      - devops
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
    - uses: actions/checkout@master
    - name: Bump version and push tag
    uses: melheffe/version_release_composer@master
    env:
      PREPEND: 'v'
      APPEND: '.aws' # must include '.' or it will append without separation
      DRAFT: 'false'
      PRERELEASE: 'true'
      TOKEN: ${{ secrets.AUTH_TOKEN }}
      TRIGGER: ${{ github.event.pull_request.base.ref }} # can use the triggering branch or define a     fixed one like this: 'master' …