25
4
I'm modifying the content of a past commit called "commit2", with the following steps:
我正在使用以下步骤修改名为“Commit2”的过去提交的内容：
个人中心
文章发布
退出 #1 checkout the commit we want to modify
git checkout ad4fe51
#2 amend the commit with new changes
git add . && git commit --amend --no-edit
#3 remove files from folder
git rm -rf .
#4 return
git checkout -
#5 rebase
git rebase --onto @{-1} ad4fe51
However, at step 5 it pushes back the things i have modified in the commit (#2).
然而，在步骤5，它推回我在提交中修改的内容(#2)。
If I call push origin, commit2 contains all modifications correctly, however,
如果我调用推送来源，Commit2将正确包含所有修改，但是，
"commit7" will contain { commit7.txt, newfile1.txt, newfile2.txt }
“Commit7”将包含{Commit7.txt，newfile1.txt，newfile2.txt}
How can I avoid this?
我怎么才能避免这种情况呢？
I recorded a gif with the steps: https://i.imgur.com/qc9fVeA.gif
我录了一段动漫舞步：https://i.imgur.com/qc9fVeA.gif
Obs: I'm avoiding using --interative to skip the editor as I'm automating this process.
OBS：我避免使用--interative来跳过编辑器，因为我正在自动化这个过程。
You cannot modify a commit. Ever. Commits are immutable. Although it is quite common to create a new commit with the same (or very similar) tree, commit message, etc., you should understand that you CAN NOT modify a commit.
您不能修改提交。永远不会。提交是不变的。尽管使用相同的(或非常相似的)树、提交消息等创建新的提交是很常见的，但您应该理解，您不能修改提交。
I think your life will be much easier if you start with git rebase:
我认为，如果你从Git Rebase开始，你的生活会容易得多：
Identify the commit you want to modify.
Run:
git rebase -i COMMIT^
E.g., if you want to edit commit ad4fe51, run:
git rebase -i ad4fe51^
In the pick list, change pick to edit for that commit and save the list.
Make the changes you want and git add the files.
Run git rebase --continue.
Update your commit message, if necessary, and save it.
You're all done!
你们都完蛋了！
If I put the following script in $HOME/bin/git-edit (or somewhere else in my $PATH)...
如果我将以下脚本放入$HOME/bin/git-EDIT(或我的$PATH中的其他位置)...
#!/bin/sh
CID=$(git rev-parse "$1")
GIT_SEQUENCE_EDITOR="sed -i '1 s/pick/edit/'" \
git rebase -i "${CID}^"
...then I can run git edit COMMIT and immediately start making changes (this takes care of both steps 2 and 3 in the above list).
...然后我可以运行git编辑提交并立即开始进行更改(这会处理上面列表中的步骤2和步骤3)。
I did that way to avoid the editor because im automating the process
我这样做是为了避开编辑，因为我自动化了这个过程
You'll note that the solution I show at the bottom of this answer avoids the editor (because we replace it with sed).
您将注意到，我在此答案底部显示的解决方案避开了编辑器(因为我们将其替换为sed)。
25
4
0
我正在寻找一种方法来编写 Signed-off-by:当我提交时自动标记。 我尝试通过 .git/config 文件配置它 (Reference) .我把这些代码行: [alias] comm
我使用的是 visual studio 2013，在提交 C# 代码时我面临 3 个选项。我需要解释每个选项之间关于我的本地存储库与 GitHub 存储库发生的情况的差异。 选项 1 表示提交 选项
我刚从 classes12.jar 升级到新的 jdbc 驱动程序到 ojdbc7.jar 我的应用在使用 ojdbc7.jar 运行时抛出异常: java.sql.SQLException: Cou
我问的是 Oracle SQL*PLUS ... 最佳答案 没有 :-) Oracle says The WORK keyword is supported for compliance with s
我必须在许多分支、许多存储库上恢复对文件所做的更改。我知道我可以使用 git checkout 哈希文件名，然后推送该更改。 问题是，我只知道在我想要恢复的实际提交之前有两次提交。 我怎样才能在这之前
看起来很简单，但我就是不明白。我在我的应用程序的根目录中。 这是我的工作流程。 git add . git commit -m "added a new feature some files chan
假设我有一个 git 分支，在共享它之前的最后审查中，我发现了一些小错误，例如拼写错误。我想做的是将那个补丁应用为“修复”，但它实际上会影响许多提交，因此在最终历史记录中没有错误的迹象。 也就是说，如
当我运行hg commit时，Mercurial会为我的提交消息生成一个文件，如下所示: HG: Enter commit message. Lines beginning with 'HG:' a
我已经为项目创建了一个新的存储库，并向其中添加了一些现有的代码库 (llvm)。该代码库大约有 18,000 个文件，这使得我的初始提交花费了大量时间。 (阅读5小时) 有没有办法将这个巨大的提交分成
我在 git review 上得到以下内容: git review You are about to submit multiple commits. This is expected if you
我一直在寻找一种替代解决方案来压缩分支中的一系列提交。我过去所做的是使用 git rebase -i HEAD~然后选择哪个 promise 进行压缩。通常我 pick编辑最新的提交，并压缩其间的冗余
把玩Git和GitHub，我发现有时候一个 git commit -a 需要提交修改过的文件。 (此文件已添加到项目中)。 但有时候，只是一个 git commit 会起作用。如果使用 Mercuri
我正在努力思考 Git 的复杂性。 我使用“git clone [url here]”从 GitHub 下载了一个存储库。 我做了一些更改，尝试使用“git commit”提交它们。这似乎没有将更改推
当试图恢复到之前的提交时，我尝试了: git revert --no-commit 0766c053..HEAD 然而这给出了一个错误: empty commit set passed 问题错误是什么
我的存储库的历史非常复杂。我经常发现自己想知道过去的某个提交是“在”还是“可从”某个修订版(通常是我的一个头脑)“进入”或“可访问” 我该怎么做呢？ 最佳答案 您可以使用 revsets syntax
我有:http://windows.github.com/ 我当前的项目有大约 20k 个文件，大约 150MB(并且不说它有多慢而且我现在什么也做不了)它甚至不允许我提交!我收到此错误:提交失败:无
我正在运行 postgres 9.2 服务器并有一个使用 psycopg 2.5 的 python 客户端。 我进行了一些测试，因为我在日志文件中遇到了很多警告:没有正在进行的事务条目。 我有一些代码
我的主要问题是总是执行 git commit -am 而不是 git add 是否有意义。然后是 git commit -m? 我知道 -am 表示它将添加修改后的 TRACKED 文件的所有更改。所
如果我想查看 之间的差异和工作目录 (WD)，我运行 % git diff 这通常会做我想做的事，但如果 WD 包含在 时被跟踪的文件，它就会这样做。已创建，但现在(或在当前分支中)未被跟踪，则
我正在阅读有关 git 对象的信息:blob、树、提交、标签。为了更好地理解 git 的工作原理，我尝试了一些低级命令，如 write-tree 和 commit-tree。 mkdir 测试； cd
我是一名优秀的程序员,十分优秀！