该标志--atomic
保证git push
命令是否成功或没有更新引用。
它是否--no-atomic
只是关闭了这个保证,还是建立了相反的保证 - 即使存在一些错误,所有可能的引用都将被更新(或者至少在错误的引用之前的引用将被更新)?
例如,如果我运行命令git push --no-atomic origin foo bar
,foo
即使出现问题,也会在远程更新吗bar
?
该标志--atomic
保证git push
命令是否成功或没有更新引用。
它是否--no-atomic
只是关闭了这个保证,还是建立了相反的保证 - 即使存在一些错误,所有可能的引用都将被更新(或者至少在错误的引用之前的引用将被更新)?
例如,如果我运行命令git push --no-atomic origin foo bar
,foo
即使出现问题,也会在远程更新吗bar
?
我有一个工作流程,其中本地分支的名称最终我并不想在远程存储库中显示。我希望在创建本地分支时设置上游名称,这样在使用时就不需要记住这样做了git push
。
我在这里查看了很多问题/答案,并且看到了两条关于设置上游分支名称的建议:
git config --local remote.origin.push LOCAL_BRANCH:REMOTE_BRANCH
git branch --set-upstream-to REMOTE_BRANCH
git push -u
或git push origin LOCAL_BRANCH:REMOTE_BRANCH
第一个“有点工作”,因为如果我推送本地分支,它会推送到预期的远程,但它也会重置该配置条目中的任何现有值,而这是我不想要的。
当远程分支不存在时,第二个不起作用,给我:
fatal: the requested upstream branch 'foobar' does not exist
hint:
hint: If you are planning on basing your work on an upstream
hint: branch that already exists at the remote, you may need to
hint: run "git fetch" to retrieve it.
hint:
hint: If you are planning to push out a new local branch that
hint: will track its remote counterpart, you may want to use
hint: "git push -u" to set the upstream config as you push.
hint: Disable this message with "git config advice.setUpstreamFailure false"
第三个显然不是我想要的,因为我希望这在分支创建时发生。
我尝试推送到一个新的(不同名称的)远程并设置以下条目出现在本地配置中:
branch.foo.remote=origin
branch.foo.upstream=foobar
branch.foo.merge=refs/heads/foobar
但是,如果我删除它们,并使用不同的名称手动重新创建它们,当我推送它(没有-u
)时,它只想使用本地分支名称。
所以我开始认为实际上没有好的方法来做到这一点。
再次重申一下,我想要的是:
一种配置新本地分支的方法,使其在首次推送时具有不同的远程分支名称,而无需在首次推送时明确设置该名称
这可能吗?
编辑:事实证明,虽然给出的答案适用于命令行 git,但它似乎不适用于 IntelliJ(也许 IntelliJ 缓存了 git 配置信息?)。
我有两个相同远程存储库的本地克隆(urlA
):
git clone --mirror urlA mirror
git clone --reference-if-able ../mirror urlA dirB
在dirB中,当我运行时:
git fetch
git push
镜像/会被任一命令更新吗?
我的理解是,它--reference-if-able
只是通过重用参考仓库中的对象来加速对象下载,并没有将参考仓库转换为实际接收fetch
或的远程仓库push
。然而,我在其他地方看到一条评论,暗示它可能会传播命令。
问题:
参考存储库中
是否--reference[-if-able]
触发过fetch
或?如果没有,我该如何配置 Git,以便dirB中的push
单个git push
或也能更新我的本地镜像克隆?git fetch
我编写了一个实用程序,用于收集测试前后的“指标”(即运行后端和前端测试的结果),并将结果存储在以测试分支命名的子文件夹中(此子文件夹位于特定的用户定义文件夹中,而不是“项目”文件夹中——用户可自行决定何时清理旧子文件夹)。该实用程序执行的所有操作都与当前工作目录相关,而当前工作目录被假定为正在测试的 git 仓库本地存储的根目录或“项目”文件夹。
该实用程序会向 git 询问 CWD 上的当前分支名称。我使用“git name-rev --name-only HEAD”来获取该名称。只要我至少向该分支提交过一次,它就能完美运行。但是,实际用例是,当您切出新分支时运行该实用程序,然后在准备好合并请求时再次运行它;然后将前后指标复制到我们使用的 MR 模板中。但是,当第一次切出分支时,上述命令返回的是我从中切出的分支的名称,而不是新分支的实际名称。除了运行“git status”并解析输出之外,还有其他方法可以可靠地使用其他 git 命令获取正确的分支名称吗?
有时我会使用 GitHub 上文档中提到的“使用 GitHub Desktop 打开”功能按钮来克隆 GitHub上的仓库。但是,此功能默认始终使用 https 而不是 ssh 进行克隆。
所以每次我克隆东西时都需要手动更改 URL。有没有办法告诉 GitHub,我永远不想用 https 克隆,而是一直想用 ssh 克隆?
这是一个示例目录结构
ParentRepo/
.git/
parent_file
ChildRepo/
.git/
child_file
child_untracked
我希望 ParentRepo 跟踪其自身下所有文件的更改(跟踪parent_file
、child_file
、child_untracked
但不跟踪ChildRepo/.git
),就好像ChildRepo
它不是 git 存储库一样,但我需要将其保留ChildRepo
为 git 存储库
有三个硬性要求
ChildRepo/
仅使用目录中的信息在 ParentRepo 历史记录中的任何时间点删除和恢复其内容ParentRepo/.git/
,而无需使用来自其他服务器或备份的 ChildRepo 外部副本。将 ChildRepo 添加为 ParentRepo 的子模块是不够的,因为如果整个目录 ChildRepo 被删除,则无法仅使用 ParentRepo 中的信息进行恢复。ChildRepo/.git/
无需恢复ChildRepo/.git/
文件夹child_untracked
可能永远不会进入 ChildRepo 的历史记录,但仍然可以从 ParentRepo 跟踪它目前,git 将任何带有 .git/ 子目录的目录视为 git repo,我需要绕过这种行为
这些是奇怪的冲突要求的原因
我希望.gitignore
文件中有一些行忽略整个目录及其子目录,除了以 .pdf 结尾的任何文件(及其文件夹结构)
目前我使用;
outputs/*
!outputs/**/*.pdf
这排除了输出目录,然后似乎包括随机选择的子目录和.csv和.png。
文件夹结构并非固定到PDF文件(可能是1到8个子目录深度),但我只想让.pdf文件只保留在该outputs/
文件夹中。说实话,我觉得自己做的是对的!
我正在编写一个Windows批处理文件来简化一些文档的生成,我对此还比较陌生。其中一部分涉及查询我的git存储库以查找两个最新的发布标签。一旦我获得了这些标签,我打算使用git log命令将输出写入另一个目录中的文本文件。
如果我将标签名称作为常量写入 git log 命令,我就能够将 git log 的输出写入文本文件,但是当我使用存储了标签名称的变量时,我只能在 cmd 窗口中看到输出,并且生成的文本文件是空白的。
使用下面已知的标签运行将在命令窗口和文本文件中输出
git log --format="%%s" OLD_RELEASE..NEW_RELEASE > "C:\Documentation\Commits.txt"
命令窗口和输出文本文件中的输出如下所示,并与 git 中的注释一致(我知道注释很差,但我试图故意使这些信息保持模糊)
V3.1.2.0 19 Sept
V3.1.1.2 6 August
V3.1.1.1 16 July
V3.1.1.1 15 July
V3.1.2.0 14 July
535 indicator added to setup screen
fault 4 severity level reduced from non-threatening
但是,如果我首先搜索标签以确定两个标签名称并将它们设置为变量“OldTag”和“NewTag”,然后使用相同的命令但格式如下,我会在命令窗口和提交消息列表中看到正确的相同命令,但输出文本文件是空白的。
git log --format="%%s" %OldTag%..%NewTag% > "C:\Documentation\Commits.txt"
我发现,运行一个混合命令,其中第二个变量被用作硬编码值,似乎可以与写入文本文件的输出兼容。因此,似乎第二个变量的使用阻止了输出命令的运行
git log --format="%%s" %OldTag%..NEW_RELEASE > "C:\Documentation\Commits.txt"
我查看了很多关于git diff
between 2 commits 功能的解释,但我仍然对得到的输出感到困惑。我相信我看到的是“组合格式”,据说是“默认”格式,但如果是这样的话,我不知道还有哪些其他可用的格式。
例子:
>git diff af738ab0..bbbec26d > gitdiff_2025-04-09B.diff
通常我会遇到这样的情况:
...
+diff --git a/src/core/history_table_view.py b/src/core/history_table_view.py
+index 5b18236..05b262a 100644
+--- a/src/core/history_table_view.py
++++ b/src/core/history_table_view.py
+@@ -14,188 +14,279 @@ class HistoryTableView(QtWidgets.QTableView):
+ @thread_check(True)
+ def __init__(self, *args):
+ super().__init__(*args)
+- self.setObjectName('history table')
+- self.setSelectionMode(QtWidgets.QAbstractItemView.SingleSelection)
+- self.horizontalHeader().setStretchLastSection(True)
+- self.horizontalHeader().hide()
+- self.verticalHeader().hide()
+- self.setModel(HistoryTableModel(self))
...
...在此部分输出中,它将第一次提交中的文件 history_table_view.py 与第二次提交中的相同文件进行比较。
上述所有行都存在于两个文件中。那么为什么这一行
+ def __init__(self, *args):
以一个简单的“+”开头,而这一行
+- self.setObjectName('history table')
以“+-”开头?这是什么意思?正如我所说,这两行在该文件的两个版本中都存在。我原则上希望 agit diff
不会显示任何这些行(尽管在包含文本的行之间,空行方面存在一些差异)。
其次,当我看到一个简单的介绍git diff
,比如这个,演示者在git diff
两次提交时做了一个,在视频的 4:40 处我们看到了输出……但在这种情况下,他看到的不是行首的双符号,而是简单的“+”或“-”,也就是说,据我所知,这就是在diff
两个文件之间执行 BASH 命令时可能出现的。我想要的就是这种简单的格式。
我怀疑可能有其他方法可以替代git diff
“组合格式”,确实能产生这种更简单的输出,但我一直没找到。其次,我上面提到的视频是7个月前制作的:为什么那个Youtube用户在比较两个提交时默认得到的是简单的git输出(对我来说完全可以理解),而我得到的却是(对我来说)难以理解的输出?我的git版本是:
git version 2.48.1.windows.1
一个简单的链接,指向一个页面,它git diff
用清晰的术语真正解释了比较两个提交的具体操作,并且关键地展示了如何获得一个简单的diff
,这或许就是我需要的。我搜索了很久,却没有找到。
稍后。
请问 daoh-nvohter 能否解释一下为什么这个问题不值得问?