我一直在尝试在Eclipse(Kepler,JavaEE)中定制工具栏已有一段时间了.最后,在给定透视图(例如,主JavaEE透视图)中按照我想要的方式配置工具栏后,当我切换到不同的透视图(例如,Debug透视图)然后切换回来时,它完全搞砸了.此外,如果在那时,我重新打开对话框以再次重新配置工具栏,我发现它不再与工具栏的当前状态同步.
我也尝试将我的配置保存为自定义透视图,没有任何效果(仍然做同样的事情).
总的来说,似乎Eclipse IDE的这个方面几乎完全被打破了.我目前正处于一个完全更新的版本,但这种情况已经存在了一段时间,而且我已经看到它发生在许多以前的版本中.
我很乐意对此不以为然.有没有办法在Eclipse中正确配置工具栏？(并保持这种方式)
有没有办法配置npm-gyp在Windows机器上使用gcc(在Linux上看起来如此)？
我遇到了一个我不理解结果的场景。
我的团队正在开发一个带有提交的功能分支：
A--B--C
一位同事推送了两个新提交：
A--B--C--D--E
我，没有意识到其他人正在将代码推送到这个分支，我强制推送了一个修改后的提交：
A--B--C'
在我意识到我的错误后，我建议他尝试（在他的仓库中，D 和 E 仍然存在）：
git pull -r
git push
我的想法是他的两次提交（D，E）不再出现在分支的历史记录中，因此，在 pull 时，git 会尝试将它们合并到历史记录中。我的期望是 D 和 E 会在 C' 之上重新建立，但这并没有发生。相反（释义）：
$ git pull -r
+ commit...commit branch -> origin/branch (forced update)
$ git push
Everything up-to-date
D和E不见了。我想也许他对他的 repo 做了一些其他的操作，所以它可能处于某种未知状态，所以我们在 reflog 中找到了 E 的哈希值，并做git reset --hard <E>了几次再试（主要是因为我很好奇为什么它没有像我预期的那样消失）并得到相同的结果。
我确定我误解了一些东西，但我不确定是什么。为什么不将git pull -r“新”提交 D 和 E（即我无意中从历史记录中删除的那些）重新设置在 C' 之上？
正如一些人指出的那样：C 也应该包含在我的期望中。我没有考虑那个，但我明白为什么，这是有道理的。
我的期望是“新”提交（现在更新为 C、D、E；即使它有效，也不会是我想要的）会被重新定位，但它们不是，我不明白为什么。
@matt 关于之前推送的提交的评论很有趣。如果有人可以详细说明该机制，这似乎是一个潜在的答案。