blocks|key|1187031|text|类似的事情发生在我继续提交的地方，然后"M“消失了，几秒钟后，它再次出现，如果我再次尝试提交，它允许我再次提交，但是所有的文件都显示为零更改。然后M消失了，再次出现。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1187032|我发现解决这个问题的唯一方法是奇怪地在代码中插入一个注释，然后提交。M应该消失。|1187033|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Something similar has happened to me where I keep on committing and then the "M" disappears and few seconds later, it reappears and if I try to commit again, it allows me to commit again but with all the files showing zero changes. And then the M disappears and appears again.

The only way I found to fix this was oddly to insert a comment in your code and then commit. The M should disappear.

blocks|key|1187063|text|事实证明，在我的例子中，这个问题与我将存储库中的许多文件从"CamelCase“重命名为”小写“有关，包括我的项目文件和文件夹。这一定是在某个地方被不恰当地追踪到的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1187064|默认情况下，OS使用不区分大小写的文件系统，而git在内部是区分大小写的，我相信问题与此有关。|1187065|这是我用来解决这个问题的步骤。如果您认为您的问题可能是由于更改文件名的情况，这也可能对您有所帮助。|1187066|转到存储库的根目录，并使用"ls+-la“(也查看所有隐藏文件)和"rm"/"rm+-rf”命令从其中移除所有的-la文件夹。|ordered-list-item|1187067|做一次“重设--很难”，把你所有的文件拿回来。现在您可能会看到文件名的大小写发生了变化。在我的示例中，在我的工作副本的根目录中，"myapp.xcodeproj“和"myapp”(包含所有代码文件的文件夹)已更改为"MyApp.xcodeproj“和"MyApp”(文件夹)。我以为我把它改成了小写，但很明显，git并没有对它进行正确的跟踪。|1187068|现在，将您的文件重命名为不相关的文件。例如，我将"MyApp.xcodeproj“重命名为"foo.xcodeproj”，将"MyApp“重命名为"foo”。|1187069|然后做"git加-all“|1187070|现在，把你的文件重命名为你想要的。我将"foo.xcodeproj“重新命名为"myapp.xcodeproj”，将"foo“重命名为"myapp"，这就是我希望它开始的方式(以及我以为我已经做了什么)。|1187071|再做一次“加在一起”。|1187072|提交。|1187073|1187074|1187075|现在您的生活应该更好了，Xcode应该表现得很好，因为git现在看到的是与Xcode项目完全相同的文件(用完全相同的情况)。|1187076|entityMap^0|0|0|0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|10|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|11|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|12|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|13|8|@]|9|@]|A|$]]|$1|I|3|J|5|H|7|14|8|@]|9|@]|A|$]]|$1|K|3|L|5|H|7|15|8|@]|9|@]|A|$]]|$1|M|3|N|5|H|7|16|8|@]|9|@]|A|$]]|$1|O|3|P|5|H|7|17|8|@]|9|@]|A|$]]|$1|Q|3|R|5|H|7|18|8|@]|9|@]|A|$]]|$1|S|3|T|5|H|7|19|8|@]|9|@]|A|$]]|$1|U|3|-4|5|6|7|1A|8|@]|9|@]|A|$]]|$1|V|3|-4|5|6|7|1B|8|@]|9|@]|A|$]]|$1|W|3|X|5|6|7|1C|8|@]|9|@]|A|$]]|$1|Y|3|-4|5|6|7|1D|8|@]|9|@]|A|$]]]|Z|$]]

It turned out, in my case, that this problem had something to do with the fact that I renamed a lot of files in my repository from "CamelCase" to "lowercase", including my project file and folder. This must have been improperly tracked somewhere somehow.

OS X uses a case-insensitive filesystem by default, whereas git is internally case-sensitive, and I believe the problem had something to do with this.

These are the steps I used to fix this. If you believe your problem may be due to changing the case of filenames, this may help you too.

<ol>
<li>Go to the root of your repository, and remove everything from it except for the .git folder using the "ls -la" (to see all the hidden files too) and "rm"/"rm -rf" commands.</li>
<li>Do a "git reset --hard" to get all your files back. You may now see that the case of your filenames have changed. In my case, in the root of my working copy, "myapp.xcodeproj" and "myapp" (folder containing all the code files) had changed to "MyApp.xcodeproj" and "MyApp" (folder). I thought I had changed it to lowercase, but apparently, this hadn't been tracked properly by git.</li>
<li>Now, rename your files to something unrelated. For instance, I renamed "MyApp.xcodeproj" to "foo.xcodeproj" and "MyApp" to "foo".</li>
<li>Then do "git add --all"</li>
<li>Now, rename your files to what you want. I renamed "foo.xcodeproj" to "myapp.xcodeproj" and "foo" to "myapp", which is how I wanted it to begin with (and what I thought I had already done).</li>
<li>Do another "git add --all".</li>
<li>Commit.</li>
</ol>

Now your life should be better and Xcode should behave well, because git is now seeing the exact same files (with the exact same case) as the Xcode project does.

Under Xcode 4.6, the git status is acting in a very unstable manner. Here is an example after a new fresh commit (such that "git status" in the Terminal shows that there are no changes):

<ol>
<li>I modify a file, so "M" appears beside it in the sidebar.</li>
<li>I go to "File -> Source Control -> Refresh Status", then the "M" disappears!</li>
<li>I go to "File -> Source Control -> Refresh Status", then the "M" appears again!</li>
</ol>

Repeat steps 2 or 3 as necessary. Refreshing always alternatives between "M" and "no-M". What could possibly be causing this? Does anything come to mind?

Can I debug this somehow to track what could be going on?

I have tried deleting the entire DerivedData, clearing out the repositories in the Organizer, and restarting Xcode, but nothing is helping.

Unstable git status in Xcode 4.6 - manually refreshing alternates status between "modified" and "no changes"

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

在Xcode 4.6下，git状态以非常不稳定的方式运行。下面是一个新的新提交后的示例(例如，终端中的"git状态“显示没有任何更改)：我修改了一个文件，所以"M“出现在侧边栏的旁边。我去“文件->源代码管理->刷新状态”，然后"M“消失！我去“文件->源代码管理->刷新状态”，然后"M“再次出现！必要时重复步骤2或3...

问Xcode 4.6中的不稳定git状态-手动刷新“修改”和“无更改”之间的交替状态
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Xcode 4.6中的不稳定git状态-手动刷新“修改”和“无更改”之间的交替状态EN