我克隆了一个包含一些.csproj文件的项目。我不需要/喜欢我的本地csproj文件被Git跟踪(或在创建补丁时被提起),但很明显,项目中需要这些文件。

我已经将*.csproj添加到我的LOCAL.gitignore中,但文件已经在repo中。

当我键入gitstatus时,它显示了我对csproj的更改,我对跟踪或提交补丁程序不感兴趣。

如何从我的个人存储库中删除这些文件的“跟踪”(但将它们保存在源中,以便我可以使用它们),以便我在执行状态(或创建补丁)时不会看到更改?

是否有正确/规范的方法来处理这种情况?


当前回答

防止git监视文件或路径

git update-index --assume-unchanged [file-path]

并将其恢复使用

git update-index --no-assume-unchanged [file-path]

参考类似用例的回购https://github.com/awslabs/git-secrets

其他回答

忘了你的gitignore?

如果您在本地拥有整个项目,但忘记添加git-ignore,现在正在跟踪一些不必要的文件,请使用此命令删除所有内容

git rm --cached -r .

确保您处于项目的根位置。

然后你可以像往常一样

Add

git add .

犯罪

git commit -m 'removed all and added with git ignore'

Push

git push origin master

结论

希望这能帮助那些不得不对自己的.git进行更改的人。

它会删除整个缓存看看你的.gitignore添加要跟踪的文件推送至您的回购

很多人建议你使用git更新索引——假设不变。事实上,这可能是一个很好的解决方案,但只是在短期内。

您可能想做的是:git更新索引--跳过工作树。

(第三个选项可能是:git-rm-cached。它将保留本地文件,但将标记为从远程存储库中删除。)

前两个选项之间的区别?

假设未更改是为了临时允许您隐藏文件中的修改。如果您想隐藏对文件所做的修改,修改文件,然后签出另一个分支,则必须使用no假设未更改,然后可能隐藏已完成的修改。跳过工作树将跟踪您签出的任何分支,并进行修改!

假设不变的用例

它假设不应修改此文件,并在执行git状态时提供更清晰的输出。但是,当签出到另一个分支时,您需要重置标志,并在此之前提交或隐藏更改。如果您在激活此选项的情况下进行拉取,则需要解决冲突,并且git不会自动合并。它实际上只隐藏修改(gitstatus不会显示标记的文件)。

当我只想暂时停止跟踪更改+提交一堆与相同修改相关的文件(gitcommit-a)时,我喜欢使用它。

跳过工作树的用例

你有一个包含参数(例如,包括密码)的设置类,你的朋友必须根据他们的设置进行更改。

1:创建该类的第一个版本,填写您可以填写的字段,并将其他字段留空/空。2:提交并将其推送到远程服务器。3:git更新索引--跳过工作树MySetupClass.java4:使用自己的参数更新配置类。5:回去做另一个功能。

无论分支如何,您所做的修改都将跟随您。警告:如果你的朋友也想修改这个类,他们必须具有相同的设置,否则他们的修改将被推送到远程存储库。拉动时,文件的远程版本应覆盖您的文件。

PS:做一个或另一个,但不能同时做两个,因为你会有不良副作用。如果要尝试其他标志,应首先禁用后者。

问题可能是由操作顺序引起的。如果您首先修改了.gitignore,然后修改了git-rm-cached-xxx,那么您可能不得不继续遇到这个问题。

正确的解决方案:

git rm--缓存的xxx修改了.gitignore

顺序不变!

修改后的.gitignore重载!

在搜索了很长时间之后,找到一种方法。在android studio项目中,在.gitconfig.like中别名一个git命令,在签出分支之前还原配置文件,然后跳过它,签出分支之后使用sed将配置文件更改为我的本地配置。签出和修改属性=!git update-index--no-skip-worktree local.properties&&git checkout local.pproperties&&git-checkout$1&&git update-index--skip-worktree本地.properties&&sed-i''s/.*sdk.dir.*/sdk.dir=\\/Users\\/run\\/Library\\/Android\\/sdk/g'local.properties&&:

如果您执行git更新索引--假设file.csproj不变,git不会自动检查file.cspro是否有更改:这将在您更改它们时阻止它们以git状态出现。因此,您可以这样标记所有.csproj文件,尽管您必须手动标记上游回购发送给您的任何新文件。(如果您的.gitignore或.git/info/exclude中有它们,那么您创建的将被忽略)

我不完全确定.csproj文件是什么。。。如果它们与IDE配置类似(类似于Eclipse的.Eclipse和.classpath文件),那么我建议它们根本不应该是源代码控制的。另一方面,如果它们是构建系统的一部分(如Makefile),那么它们显然应该——并且一种获取可选本地更改的方法(例如从local.csproj a la config.mk)会很有用:将构建划分为全局部分和本地覆盖。