[英]git ignoring config files
我不知道为什么这对我来说还不清楚。
我有2个仓库,repo1和repo2。 每个回购中都有分支: staging
master
和live
我认为部分问题是我已经开始使用git后试图使.gitignore
工作(例如,在正确填充gitignore之前初始化了回购协议)。
我已经尝试了所有美妙的git-update-index --assume-unchanged file
和整洁的git rm -r --cached .
可以找到,但是我仍然不明白,因为它仍然无法正常工作。
我希望在pull和push时忽略几个特定的配置文件和缓存文件夹。
如果我正在repo1> staging上,而我推送到repo2> staging,则哪个.gitignore优先? 还是两者都被申请?
经过几次尝试,我似乎已经使配置文件在推送时被忽略,但是它并没有将更改发送到那些文件, 而是将其完全从分支中删除了 。 令人困惑。
如果为了使.gitignore工作而重新开始(这是一个选择)比较聪明,那么这样做又是一种聪明的方法,以免丢失所有提交(新的不需要访问它们)回购,仅出于FUBAR的缘故可访问)。
谢谢
澄清:
我现有的存储库中有一些文件,不再需要通过push或pull传输。
.gitignore要么不忽略,要么通过删除来忽略-这是行不通的,因为当我推送时,我需要那些配置文件在另一端,并且不能被推送删除。
我以为我会聪明,然后开始使用git。 它非常冗长,因此使newp感到困惑。
我想:
我可以在生产(prod)上有一个主机和暂存器,而在dev(dev)上可以有一个主机和暂存器;
我将在dev> staging分支上进行开发,批准渐变和其他更改,然后推送到prod> staging;
在prod上,git checkout暂存并查看以确保其有效;
一切正常,合并prod> staging prod> master,并为现场站点检出prod> master。
然后,我将把prod> master拉入dev> master,将dev> master与dev> staging合并(或者如果它们相同,则不合并),然后在dev> staging上重新开始循环。
他们正在使用不同的数据库,以便在开发时不会污染产品,因此将它们分开很重要。
.git / info / exclude如果您希望基于存储库的排除模式,则可以将其放入该特定存储库中名为.git / info / exclude或core.excludesfile的文件中
.gitignore用于添加您不想被跟踪的文件。 如果文件已经被跟踪,并且您想添加到.gitignore。 运行git rm --cached文件名
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.