标签: commit

我有一个拉取请求 ，我正在尝试删除此问题，包括拉取请求正文中的特殊关键字语法（例如“resolve #5”）。

github上的文档说：

很长一段时间以来，都可以通过提交来关闭问题，但有些问题比单个提交需要更多的工作才能关闭。这就是为什么您现在可以通过拉取请求关闭问题。您所要做的就是在 Pull 请求的正文中包含特殊的关键字语法（例如“fixes #5”）。

当 PR 合并到默认分支时，引用的问题将自动关闭。

在合并之前，您甚至会看到引用作为待处理的修复。

但是我在关闭问题的问题中没有信息“一旦拉取请求xxx合并到master中，这个问题就会关闭”，当我将此拉取请求合并到master中时，问题没有关闭。我的错误是哪一个？

什么语义提交类型是更好地使用，当我删除功能：feat，refactor或其他什么东西？

import git
repo = git.Repo(repo_dir)
ref_name = 'master'
for commit in repo.iter_commits(rev=ref_name):
     <some code here>

此代码迭代所有提交。我想迭代黑白 2 次提交。就像git log commit1...commit2

我如何使用 GitPython 的 iter_commits() 方法执行相同的操作。

我试图理解我做错了什么，但什么也没有。我完全糊涂了。我知道合并分支（或提交）的另一种方法是使用“git rebase”。我有 3 个分支：master 和另外 2 个用于不同功能的分支。我们来谈谈master，f1和f2。我正在处理我的 f1，我需要另一个功能，所以我创建了 f2。当我完成 f1 时，master 已经有另一个变化。我想在 master 上 rebase f1。我做到了，我看到了 144 个步骤。我尝试修复所有提交并推送更改。现在我将我的 f2 提交应用到 f​​1 并决定向 master 发出拉取请求。我尝试在 master 上重新设置 f1，我得到了 244 步。或者它只是对 master 的 4 个新提交。我已经在我当地的主人身上得到了它们。

我感到很困惑。每次我想使用 rebase 时，似乎我都会得到更多真正完成提交的步骤。

我必须说一开始我只是用“git merge”做合并，但我被要求用“git rebase”来做。

我尝试搜索为什么我的步骤太多，我再次遵循教程，但我无法再次尝试修复超过 200 个步骤。很无聊，需要时间。你能解释我更多并帮助解决这种情况吗？我不想现在解决这个问题，然后再得到 300 多个。谢谢

如何在 Azure Devops 的所有分支中找到作者的提交历史？此选项仅允许我在功能分支上按作者进行过滤。想搜索所有分行。

我正在尝试为 git commit msg 实现以下结构：

X=Uppercase character
Y=Number 0-9
category=fix, chore, doc, etc...

XXXXY-YYY [category] XXXXX*

这是我的提交消息文件

MSG_FILE=$1
FILE_CONTENT="$(cat $MSG_FILE)"
# Initialize constants here
export REGEX="\D\D\D\D\d-\d\d\d \[(fix|poc|chore|feat|refactor|style|test)\] .*"
export ERROR_MSG="Commit message format must match regex \"${REGEX}\""
if [[ $FILE_CONTENT =~ $REGEX ]]; then
 echo "Nice commit!"
else
  echo "Bad commit \"$FILE_CONTENT\", check format."
 echo $ERROR_MSG
 exit 1
fi
exit 0

但我得到的只是：

    $ git commit -m "PBCL2-666 [fix] whatever"
Bad commit "PBCL2-666 [fix] whatever", check format.
Commit message format must match …

我们已经在同一个 Bitbucket 存储库中工作了将近三年。我们有一个用于生产的主分支，用于测试的开发，然后是大量的功能分支。今天我想创建一个合并到开发中的拉取请求，但是在 PR 视图中我收到消息“没有在 [branch] 上没有开发的提交”。然后在提交概览页面上有很多提交丢失。Develop 似乎根本没有提交，缺少对某些功能分支的提交，而对于其他分支，所有提交都存在。

管道确实成功运行，如果我单击最近提交的提交哈希（在管道视图中），它会显示我最近的提交，以及我之前推送的所有更改。Bitbucket 中的源代码也反映了这些更改，而 master 和 develop 缺少这些更改（换句话说，肯定有尚未开发的提交）。

最后，命令喜欢git log并git reflog显示所有分支的所有更改。

这目前阻止我们推出相当多的更改，而且我在任何地方都找不到有关解决方案（或原因）的任何信息，因此我们将不胜感激。

编辑：我刚刚将另一个分支推送到远程，并且神奇地所有提交都重新出现了，包括其他分支的提交。不知道逻辑是什么，但问题已经解决了。

我正在使用 VS Code 来编写提交消息。当我输入git commit -aVS Code 时，它​​会启动以下文本：

# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
#
# On branch assi
# Changes to be committed:
#   modified:   Default_Navigation.cs
#

这个模板可以改吗？

我正在 gitHub 上寻找所有过去 git 提交的历史按钮。

这些是 gitHub 页面上的按钮。

代码问题 拉取请求 操作 项目 Wiki 安全洞察 设置 1 分支 0 标签

我在本地计算机上安装了 gpg，并且大部分时间都可以正常工作。但有时提交大约需要一分钟，然后就会失败。当提交一些东西时，我只是得到输出：

gpg: DBG: Not using CREATE_BREAKAWAY_FROM_JOB flag
gpg: can't connect to the agent: IPC connect call failed
gpg: keydb_search failed: No agent running
gpg: skipped "<mykeyid>": No agent running
gpg: signing failed: No agent running
error: gpg failed to sign the data
fatal: failed to write commit object

所以我想也许没有 gpg 代理在运行，我启动了一个：

>gpg-agent --daemon --verbose
gpg-agent: a gpg-agent is already running - not starting a new one

有人在不同的线程上建议我的 gpg 版本可能不匹配或针对不同的安装：

>gpg --version
gpg (GnuPG) 2.2.23-unknown
libgcrypt 1.8.7

>gpg-agent --version
gpg-agent …