标签: commit

我已经重新设置了一个分支,现在它的所有提交都有提交者部分,我想完全删除(不仅仅是改变它的字段).是否有可能不丢失原作者信息？

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

github上的文档说：

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

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

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

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

我的申请中有这个奇怪的问题.它很少发生一次,也可能一周发生两次.所以基本上是这样的情况:

我在我的应用程序中有这个方法,它多次查询DB,首先有4个选择,其中一个使用关键字,UPDLOCK然后插入到另一个表(不是UPDLOCK应用的那个)和表上的更新以前是UPDLOCK.

所有这些查询都在一个事务中完成(位于.NET的一侧),最后得到了COMMIT-ed.

现在,问题是transaction.Commit()抛出异常消息

超时已过期.操作完成之前经过的超时时间或服务器没有响应

(我估计SqlConnection超时).

所以我将整个过程包装在一个try-catch块中,如果发生异常,我会尝试回滚事务,所以当发生这种情况时,代码执行会进入catch阻塞并被transaction.RollBack()调用,它也会抛出异常消息

这个SqlTransaction已经完成.它不再可用

(因为我猜当COMMIT事务的实际时间实际上得到了COMMIT),所以在这之后应用程序的某些部分会混乱.被认为不存在的东西(因为ROLLBACK)实际存在并导致一些意想不到的问题然后手动修复(此时).

我找不到任何可以指出问题所在的东西,而不是增加超时SqlConnection.如果有人在您分享经验之前已经处理过这个问题,请提前感谢.(DB Server CPU利用率永远不会超过45-50%,大多数情况下它的空闲率为3-15%)

这是第一个Sql Select --First Select

    SELECT TOP 1
            t.Id ,
            t.OId ,
            t.Amount ,
    t.DUserId,
            t.StartDate ,
            t.ExtDesc,
    t.StatusId
    FROM    dbo.[Transaction] t
            JOIN dbo.Wallet cw ON t.CId = cw.Id
            JOIN dbo.Wallet dw ON t.DId = dw.Id
    WHERE   ExtKey = @ExtKey 
            AND ( cw.vId …

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 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 …

我在本地计算机上安装了 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 …

我正在使用 Azure 存储库，在哪里可以找到像 azure devops 中的 github 这样的图表？

我首先直接回答我的问题：如果第二个更可靠，为什么一个人宁愿使用engine.connect()而不是使用？engine.begin()那么，为什么它仍然出现在 SQLAlchemy 的教程页面以及 stackoverflow 中的各处？表现？

为什么engine.connect()工作如此不一致？是自动提交的问题吗？

我的背景故事是，我刚刚解决了一个问题。普通的 SQL 查询，例如SELECT,CREATE TABLE和 ，DELETE在使用 时可以完美地工作engine.connect()。不过，使用起来MERGE会非常不一致。有时提交，有时阻止其他查询，有时什么也不做。这里推荐用于engine.begin()查询MERGE。

所以我替换了以下代码：

with engine.connect() as connection:
    connection.execute('MERGE Table1 USING Table2 ON .....')

经过

with engine.begin() as connection:
    connection.execute('MERGE Table1 USING Table2 ON .....')

现在一切都很完美。SELECT包括、CREATE TABLE和的查询DELETE。在SQLAlchemy 文档中，它说第二个选项使用带有事务提交的事务，但其范围也with engine.connect()执行自动提交。抱歉，我是 SQL 的新手。

我正在尝试设置 gpg 密钥来签署工作评论。昨天我尝试使用 ssh 密钥来执行此操作，并使用 commnand 将格式更改为 ssh git config [--global] gpg.format ssh，但今天我生成了一个 gpg 密钥，我想使用它而不是 ssh 但现在我不知道如何更改格式，因为如果我使用相同的命令并将 ssh 更改为 gpg，则会出现以下错误：

错误：gpg.format 的值不受支持：pgp 致命：文件“C:/Users/...”中的配置变量“gpg.format”错误

有人知道如何重置它或再次更改为 gpg 吗？谢谢大家！

Github 具有解释提交消息中各种内容的功能。例如，Co-authored-by: name <email>标签指定多个作者，然后显示在 github 提交界面中。同样，指定closes #xxx有效的问题编号会自动将问题标记为已在 github 上修复，并提供指向修复提交的链接。

我正在寻找 github 在提交消息中解释的内容的全面列表，以便更好地控制当我推送某些提交时发生的情况，并避免记错某些内容的格式，导致其在界面中错误显示。或者，也可以提供常见提交参数及其格式和效果的列表（包括比我已经列出的更多的参数）。