【问题标题】:git stash questionsgit stash 问题
【发布时间】:2011-04-26 03:22:00
【问题描述】:

我正在运行 msysgit 1.7.3.1。如果我运行 stash apply 并且存在冲突, 我所有的存储更改都会上演。这是正确的行为吗?我发现它 有点意外。

另一个问题:如果我存储了 10 个文件,并且其中一个文件存在冲突 它们,将在发生冲突时隐藏应用中止,或者将应用所有 没有冲突的文件。

最后,如果我执行以下操作:

git stash
git pull
git stash apply

另一个开发人员删除了我隐藏的文件,然后我无法 在此文件上应用存储。如何从存储中检索我的更改?

谢谢!

【问题讨论】:

标签: git conflict git-stash


【解决方案1】:

索引用于指示这些文件没有冲突。您的冲突文件不应在索引中。

是 10 个文件。 Stash 会将剩余的 9 个添加到索引中。修复剩余文件中的冲突。将其添加到索引中。然后提交。

re 是缺少的 stash 更改。您可以通过执行 git checkout(stash-SHA1 或其他对它的引用>)来获取您的文件——文件规范

您还可以将您的存储更改为一个分支,然后您可以结帐并做更多事情。

希望对你有帮助

【讨论】:

  • 好的,我明白了。该索引用于跟踪没有冲突的文件。但是,我的工作流程通常是这样的:
  • 我的工作流程通常是这样的:1) 工作,所以工作目录很脏 2) 想要拉别人的更改 3) 存储 4) 拉 5) 存储应用 6 继续工作。在存储应用后,我通常不准备提交,这就是为什么暂存我的存储文件是意外的。
  • 在索引中应用的隐藏更改是设计使然。当您继续工作时,该工作将不会上演。通过这种方式,您可以区分应用存储后所做的操作。
  • ahhhhhh,现在说得通了。这个事实是 git 口头传统的一部分,从父亲传给儿子,还是写在某个地方?我在手册页中找不到这样的内容,或者通过网络进行梳理。谢谢你的信息!!!!
  • 1) 区分冲突和非冲突的更改,2) 区分隐藏的更改和后续更改。 #1 是有道理的,但如果 #2 为真,那么即使没有冲突,更改也会被索引,这不会发生。我希望文档解决了这个问题......
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2014-03-11
  • 2017-11-25
  • 2013-02-23
  • 2012-09-10
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多