Eclipse 在结帐时注册奇怪的行为
我开始和EGit合作了。我已经创建了一个初始存储库,并做了一些更改和提交,以获得Version2。然后我回到初始版本,更改了一些文件,并提交了更改。我合并了一些冲突,这是结果树: 奇怪的是,当我从一个分支签出到另一个分支时,一些文件显示为未分级(“>”)。为了解决这个问题,我重置了更改,但是当我签出到另一个分支时,它再次发生 如果我关闭Eclipse并在Git Extensions中打开存储库,我可以毫无问题地签出不同的分支 有时,当我想从Eclipse中重置更改以删除此“重影更改”时,我不能这样做,因为当我按下重置按钮时,冲突对话框会一次又一次地重新打开 编辑:我将差异发布到一个文件中Eclipse 在结帐时注册奇怪的行为,eclipse,git,egit,Eclipse,Git,Egit,我开始和EGit合作了。我已经创建了一个初始存储库,并做了一些更改和提交,以获得Version2。然后我回到初始版本,更改了一些文件,并提交了更改。我合并了一些冲突,这是结果树: 奇怪的是,当我从一个分支签出到另一个分支时,一些文件显示为未分级(“>”)。为了解决这个问题,我重置了更改,但是当我签出到另一个分支时,它再次发生 如果我关闭Eclipse并在Git Extensions中打开存储库,我可以毫无问题地签出不同的分支 有时,当我想从Eclipse中重置更改以删除此“重影更改”时,我不能
diff --git a/MyApp/res/values/styles.xml b/MyApp/res/values/styles.xml
index 79a39af..afe1d34 100644
--- a/MyApp/res/values/styles.xml
+++ b/MyApp/res/values/styles.xml
@@ -1,13 +1,13 @@
<resources>
<!--
- Base application theme, dependent on API level. This theme is replaced
+ Base application theme, dependent on API level. This theme is replaced
by AppBaseTheme from res/values-vXX/styles.xml on newer devices.
-->
<style name="AppBaseTheme" parent="android:Theme.Light">
<!--
- Theme customizations available in newer API levels can go in
- res/values-vXX/styles.xml, while customizations related to
+ Theme customizations available in newer API levels can go in
+ res/values-vXX/styles.xml, while customizations related to
backward-compatibility can go here.
-->
</style>
diff--git a/MyApp/res/values/styles.xml b/MyApp/res/values/styles.xml
索引79a39af..afe1d34 100644
---a/MyApp/res/values/styles.xml
+++b/MyApp/res/values/styles.xml
@@ -1,13 +1,13 @@
区别似乎在于存在CRLF时。如果
core.autocrlf
设置为true,我建议()将其设置为false,并将行尾转换限制为
一旦
core.autocrlf
设置为false,您就可以检查从一个分支到另一个分支是否仍然进行那些“重影更改”。如果core.autocrlf
设置为true,我建议()将其设置为false,并将行尾转换限制为
一旦
core.autocrlf
设置为false,您就可以检查从一个分支到另一个分支是否仍然进行这些“重影更改”。标记“>”并不表示“未更改”,而是表示已更改。您使用的是什么版本的EGit?是否使用“core.autocrlf”设置?更改的文件显示的差异是什么(打开Git Staging视图并双击更改)?是的,我的意思是“未老化”而不是“未更改”。我使用EclipseJuno4.2和EGIT2.2。当我比较文件时没有区别。第一行高亮显示,但它们是相同的。core.autocrlf是真的“>”标记并不表示“未更改”,而是表示已更改。您使用的是什么版本的EGit?是否使用“core.autocrlf”设置?更改的文件显示的差异是什么(打开Git Staging视图并双击更改)?是的,我的意思是“未老化”而不是“未更改”。我使用EclipseJuno4.2和EGIT2.2。当我比较文件时没有区别。第一行高亮显示,但它们是相同的。core.autocrlf是真的。自动修改的其他原因:自动修改的其他原因: