- r - 以节省内存的方式增长 data.frame
- ruby-on-rails - ruby/ruby on rails 内存泄漏检测
- android - 无法解析导入android.support.v7.app
- UNIX 域套接字与共享内存(映射文件)
UPDATE²: With Git 2.23 (August 2019), there's a new command
git restore
that does this, see the accepted answer.
UPDATE: This will work more intuitively as of Git 1.8.3, see my own answer.
想象一下以下用例:我想删除我的 Git 工作树的特定子目录中的所有更改,而保留所有其他子目录不变。
我可以 git checkout .
,但是 git checkout . adds directories excluded by sparse checkout
有 git reset --hard
,但它不允许我对子目录执行此操作:
> git reset --hard .
fatal: Cannot do hard reset with paths.
我可以使用 git diff subdir | 反向修补当前状态patch -p1 -R
,但这是一种相当奇怪的方式。
此操作的正确 Git 命令是什么?
下面的脚本说明了这个问题。在 How to make files
注释下方插入正确的命令——当前命令将恢复文件 a/c/ac
,该文件应该被稀疏 checkout 排除。请注意,我不想显式恢复a/a
和a/b
,我只“知道”a
并想恢复下面的所有内容。 编辑:而且我也“不知道”b
,或者哪些其他目录与a
位于同一级别。
#!/bin/sh
rm -rf repo; git init repo; cd repo
for f in a b; do
for g in a b c; do
mkdir -p $f/$g
touch $f/$g/$f$g
git add $f/$g
git commit -m "added $f/$g"
done
done
git config core.sparsecheckout true
echo a/a > .git/info/sparse-checkout
echo a/b >> .git/info/sparse-checkout
echo b/a >> .git/info/sparse-checkout
git read-tree -m -u HEAD
echo "After read-tree:"
find * -type f
rm a/a/aa
rm a/b/ab
echo >> b/a/ba
echo "After modifying:"
find * -type f
git status
# How to make files a/* reappear without changing b and without recreating a/c?
git checkout -- a
echo "After checkout:"
git status
find * -type f
最佳答案
使用 Git 2.23(2019 年 8 月),您拥有 new command git restore
(还有 presented here)
git restore --source=HEAD --staged --worktree -- aDirectory
# or, shorter
git restore -s@ -SW -- aDirectory
这会将索引和工作树都替换为 HEAD
内容,如 reset --hard
会,但对于特定路径。
原始答案(2013 年)
请注意(如 commented by Dan Fabulich ):
git checkout -- <path>
不进行硬重置:它将工作树内容替换为暂存内容。git checkout HEAD -- <path>
对路径进行硬重置,用 HEAD
中的版本替换索引和工作树 promise 。作为answered通过 Ajedi32 , 两个 checkout 表单都不删除在目标修订中删除的文件。
如果工作树中有额外的文件,但 HEAD 中不存在,则 git checkout HEAD -- <path>
不会删除它们。
注意:使用 git checkout --overlay HEAD -- <path>
(Git 2.22, Q1 2019) , 出现在索引和工作树中但不在 <tree-ish>
中的文件被删除,使它们匹配 <tree-ish>
正是。
但是 checkout 可以尊重 git update-index --skip-worktree
(对于那些你想忽略的目录),如“Why do excluded files keep reappearing in my git sparse checkout?”中所述。
关于git - 如何 git reset --hard 一个子目录,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15404535/
每次暂存文件时,如果您需要取消暂存文件,Git 都会提供有用的说明: (use "git reset HEAD ..." to unstage) 不过体面Git Tutorials by Atlass
我需要添加几个文件以将它们组合到一个提交中,但我必须排除其中一个。在 this answer ,执行此操作的代码是: git add -u git reset -- file_to_ignore.da
这个问题在这里已经有了答案: What are typical use cases of git-reset's --merge and --keep flags? (4 个答案) 关闭 6 年前。
有时候,进行了错误的提交,但是还没有push到远程分支,想要撤销本次提交,可以使用git reset –-soft/hard命令。 1、二者区别: git reset –-soft:回退到某个版
我认为:软重置:从重置向量启动。硬复位:拉CPU的电平。 最佳答案 硬复位当然意味着整个CPU芯片及其所有外设都被复位。造成这种情况的原因可能有很多:复位引脚被外部拉高、时钟故障、片内低电压检测、看门
$python manage.py reset Unknown command: 'reset' Type 'manage.py help' for usage. 在django 1.6中是否取消了这
我是 git 的新手,所以问题可能很简单,git reset --hard HEAD 和 git reset --hard 有什么区别? 最佳答案 HEAD 在您未指定该参数时是隐含的。 但是,您可以
我使用 apollo-link-state 来本地存储错误,但清除缓存后出现以下错误。 我已在 apollo 客户端配置选项中将 errors 的默认值设置为空数组 []。 但是,在 apolloCl
我正在使用 bool 数组来存储标志(类似于“已更改”)。数组的大小是静态的,在编译时已知。 我需要定期重置数组,即将所有元素设置为 false。我应该使用常规数组和类似 memset 或 memcp
在 git 文档(和许多 SO 线程)中,推荐使用这种重置方法: $ git reset --soft HEAD^ ;# go back to WIP state $ git reset
在我的实验中,我没能发现两者之间的任何功能差异 git reset --hard 和 git reset --merge 使用说明也没有给出任何提示 --hard res
如何重置所有列过滤器?调用 reset() 似乎重置了表,但过滤器的所有字段保持不变。 最佳答案 您可以将输入值绑定(bind)到表的过滤器,如下所示: 注意 [value] 绑定(bind)。 关
使用 std::unique_ptr::reset,您可以轻松地将您的实例恢复到新状态。 C++11 之前,为了实现类似的行为,我看到很多类都定义了一个 Reset() 方法来重置其所有内部成员。但现
为了恢复工作树和索引中的更改,此答案 ( https://stackoverflow.com/a/5812972/8278160) 建议运行以下命令: git reset --hard 运行它是否与运
我目前正在测试竞技场。我本来以为这段代码会编译,但在运行时失败了,令人惊喜的是,编译器发现了这个问题。但我不知道它的推理是否正确。有人能给我解释一下吗?。错误:。来自umpalo的相关代码:
我目前正在测试竞技场。我本来以为这段代码会编译,但在运行时失败了,令人惊喜的是,编译器发现了这个问题。但我不知道它的推理是否正确。有人能给我解释一下吗?。错误:。来自umpalo的相关代码:
我正在尝试在不触发“重置”事件的情况下重置我的收藏。我已经设置了我的收藏来收听“重置”和“添加”事件 @.listenTo(@options.muses, 'add', @addOne) @.list
根据http://en.cppreference.com/w/cpp/memory/unique_ptr/reset , void reset( pointer ptr = pointer() );
我有一个别名,unstage,用于从暂存区域中删除更改。 unstage = reset -- 我注意到 git 的帮助建议改为 git reset HEAD。我还注意到 git rm --cache
这个问题在这里已经有了答案: What's the difference between HEAD^ and HEAD~ in Git? (17 个答案) 关闭 6 年前。 git reset --
我是一名优秀的程序员,十分优秀!