我克隆了一个包含一些.csproj文件的项目。我不需要/喜欢我的本地csproj文件被Git跟踪(或在创建补丁时被提起),但很明显,项目中需要这些文件。
我已经将*.csproj添加到我的LOCAL.gitignore中,但文件已经在repo中。
当我键入gitstatus时,它显示了我对csproj的更改,我对跟踪或提交补丁程序不感兴趣。
如何从我的个人存储库中删除这些文件的“跟踪”(但将它们保存在源中,以便我可以使用它们),以便我在执行状态(或创建补丁)时不会看到更改?
是否有正确/规范的方法来处理这种情况?
只需调用git-rm-缓存在要从修订控制中删除的每个文件上就可以了。只要本地忽略模式正确,您就不会在git状态的输出中看到这些文件。
请注意,此解决方案从存储库中删除文件,因此所有开发人员都需要维护自己的本地(非版本控制)文件副本
要防止git检测到这些文件中的更改,还应使用以下命令:
git update-index --assume-unchanged [path]
你可能想做什么:(从下面@Ryan Taylor回答)
这是为了告诉git您想要自己的独立版本的文件或文件夹。例如,您不想覆盖(或删除)生产/登台配置文件。git更新索引--跳过工作树<路径名>
完整答案在以下URL中:http://source.kohlerville.com/2009/02/untrack-files-in-git/
正如其他答案所指出的,所选答案是错误的。
另一个问题的答案表明,可能需要跳过工作树。
git update-index --skip-worktree <file>
这个答案链接到一篇文章(http://fallengamer.livejournal.com/93321.html)并引用了这篇文章,很好地概括了--假设不变和--跳过工作树之间的区别,如下所示:
--假设未更改假设开发人员不应该更改文件。此标志用于提高不更改文件夹的性能如SDK。
--当您指示git不要触摸特定文件,因为开发人员应该更改它时,skip-worktree非常有用。例如,如果上游的主存储库承载一些生产就绪配置文件,您不想意外提交更改对于这些文件,跳过工作树正是您想要的。
所有这些都归功于borealid的研究和回答。此处包含此信息纯粹是为了方便他人。
很多人建议你使用git更新索引——假设不变。事实上,这可能是一个很好的解决方案,但只是在短期内。
您可能想做的是:git更新索引--跳过工作树。
(第三个选项可能是:git-rm-cached。它将保留本地文件,但将标记为从远程存储库中删除。)
前两个选项之间的区别?
假设未更改是为了临时允许您隐藏文件中的修改。如果您想隐藏对文件所做的修改,修改文件,然后签出另一个分支,则必须使用no假设未更改,然后可能隐藏已完成的修改。跳过工作树将跟踪您签出的任何分支,并进行修改!
假设不变的用例
它假设不应修改此文件,并在执行git状态时提供更清晰的输出。但是,当签出到另一个分支时,您需要重置标志,并在此之前提交或隐藏更改。如果您在激活此选项的情况下进行拉取,则需要解决冲突,并且git不会自动合并。它实际上只隐藏修改(gitstatus不会显示标记的文件)。
当我只想暂时停止跟踪更改+提交一堆与相同修改相关的文件(gitcommit-a)时,我喜欢使用它。
跳过工作树的用例
你有一个包含参数(例如,包括密码)的设置类,你的朋友必须根据他们的设置进行更改。
1:创建该类的第一个版本,填写您可以填写的字段,并将其他字段留空/空。2:提交并将其推送到远程服务器。3:git更新索引--跳过工作树MySetupClass.java4:使用自己的参数更新配置类。5:回去做另一个功能。
无论分支如何,您所做的修改都将跟随您。警告:如果你的朋友也想修改这个类,他们必须具有相同的设置,否则他们的修改将被推送到远程存储库。拉动时,文件的远程版本应覆盖您的文件。
PS:做一个或另一个,但不能同时做两个,因为你会有不良副作用。如果要尝试其他标志,应首先禁用后者。
为了忽略对目录中所有文件(特定类型)的任何更改,我必须结合这些方法,否则如果文件以前不存在,就会创建这些文件。
在下面,“excludedir”是我不希望看到更改的目录的名称。
首先,从更改跟踪缓存中删除任何现有的新文件(而不从文件系统中删除)。
git status | grep "new file:" | cut --complement -d " " -f1-4 | grep "^excludedir" | xargs git rm --cache
您可以使用modified:执行相同操作。重命名:有点复杂,因为您必须查看新文件名的post->位,然后按照下面对delete:的描述执行pre->位。
deleted:文件证明有点复杂,因为您似乎无法更新本地系统上不存在的文件的索引
echo .deletedfiles >> .gitignore
git status | grep "deleted:" | cut --complement -d " " -f1-4 | grep "^excludedir" > .deletedfiles
cat .deletedfiles | xargs -d '\n' touch
cat .deletedfiles | xargs -d '\n' git add -f
cat .deletedfiles | xargs -d '\n' git update-index --assume-unchanged
cat .deletedfiles | xargs -d '\n' rm
上面列表中的最后一个命令将再次从您的文件系统中删除文件,因此请随意省略。
然后,阻止该目录中的更改跟踪
git ls-files excludedir/ | xargs git update-index --skip-worktree
git update index --skip-worktree excludedir/
将.gitignore应用于当前/未来
此方法应用标准的.gitignore行为,不需要手动指定需要忽略的文件。无法再使用--exclude-from=.gitignore:/-以下是更新的方法:一般建议:从一个干净的repo开始-所有内容都已提交,工作目录或索引中没有挂起的内容,并进行备份!
#commit up-to-date .gitignore (if not already existing)
#this command must be run on each branch
git add .gitignore
git commit -m "Create .gitignore"
#apply standard git ignore behavior only to current index, not working directory (--cached)
#if this command returns nothing, ensure /.git/info/exclude AND/OR .gitignore exist
#this command must be run on each branch
git ls-files -z --ignored --exclude-standard | xargs -0 git rm --cached
#optionally add anything to the index that was previously ignored but now shouldn't be:
git add *
#commit again
#optionally use the --amend flag to merge this commit with the previous one instead of creating 2 commits.
git commit -m "re-applied modified .gitignore"
#other devs who pull after this commit is pushed will see the newly-.gitignored files DELETED
如果您还需要从分支的提交历史记录中清除新忽略的文件,或者如果您不希望从将来的拉取中删除新忽略的文档,请参阅此答案。