Eclipse egit中的超车集结区

Eclipse egit中的超车集结区,eclipse,git,egit,Eclipse,Git,Egit,当我在egit的Git Staging视图中准备提交时,我总是一个接一个地区分文件,并(在大多数情况下)将它们作为一个文件移动到Staging区域。有时,我会看到“哦,那只是注释,我会在以后的额外提交中提交”,并且只提交更改文件的一部分 我经常看到一个特别的变化 必须单独承诺(为了清楚起见) 在我转移到舞台之前,我必须做出承诺 如果是这样的话,我必须清除临时区域,单独提交更改,然后从头开始。有没有一种方法可以保留我已经转移到staging的内容,同时用必须更早提交的更改来取代它?简单地说(非

当我在egit的Git Staging视图中准备提交时,我总是一个接一个地区分文件,并(在大多数情况下)将它们作为一个文件移动到Staging区域。有时,我会看到“哦,那只是注释,我会在以后的额外提交中提交”,并且只提交更改文件的一部分

我经常看到一个特别的变化

  • 必须单独承诺(为了清楚起见)
  • 在我转移到舞台之前,我必须做出承诺

如果是这样的话,我必须清除临时区域,单独提交更改,然后从头开始。有没有一种方法可以保留我已经转移到staging的内容,同时用必须更早提交的更改来取代它?

简单地说(非java非eclipse)Git:yes,
Git stash
,但我认为这比它值得付出的痛苦更多。最好先对整个差异进行快速眼球扫描,然后重新排列。实际上,我所做的是创建一个新的“there's result that works”分支,在那里提交整个内容,然后返回并构建一个“不错”的提交系列,以实现“期望的结果”。在vanilla
git
中,您还可以先提交staging中已经存在的所有内容,然后提交单独的更改,然后使用git-rebase-i对提交进行重新排序。我认为,如果您还没有学会使用CLI git,那么学习它是一项值得投资的投资。@torek,“首先对整个差异进行快速眼球扫描”实际上是一个我还没有想到的好主意。是的,但是如果您从一整套更改开始,然后提交单独的部分,我不明白这些变化是如何不独立的。也就是说,如果您最初可以按任意顺序提交,那么提交应该是安全的可重新排序的,您也可以在Eclipse中这样做。有一个非常好的交互重基界面,您可以在其中重新排序、编辑、挤压和重写提交。您可以在上一次提交的上下文菜单的历史视图中找到该选项。