18
2017
10

git忽略对已入库文件的修改

关于.gitignore 和 excludes这两个文件的只针对尚未提交到配置库的文件才起作用。而对于已经提交的文件是不起作用的。由此可见,这两个文件的初衷是用于排除不希望上传入库的文件。像编译产生的临时文件等。但是,我们经常有这样一种情况。有个文件,我们必须入库,大家一起共享,但是呢。每个人本地的配置又是因自己本地的环境而异。这样的话,这个文件就很崩溃了。你要入库,通过.gitignore和excludes都不起作用。每次git status都会提示你修改,你又好上传。对于这种情况,应该使用下
18
2017
10

.gitignore 内容格式

用途.gitignore 文件用于在将来提交时忽略指定的文件,即在工作目录中需要有,但在仓库中不需要有的文件。格式规范• 所有空行或者以注释符号 # 开头的行都会被 Git 忽略。• 可以使用标准的 glob 模式匹配。• 匹配模式最后跟反斜杠(/),说明要忽略的是目录。• 要忽略指定模式以外的文件或目录,可以在模式前加上惊叹号(! )取反。所谓的 glob 模式是指 shell 所使用的简化了的正则表达式。星号(*)匹配零个或多个任意字符; [abc] 匹配任何一
18
2017
10

git 分支管理策略

分支策略在实际开发中,我们应该按照几个基本原则进行分支管理:首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;那在哪干活呢?干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;你和你的小伙伴们每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。所以,团队合作的分支看起来就像这样:bug分支修复bug时,我们会通过创建(具体从
12
2017
10

git clone-error: The requested URL returned error: 401 Unauthorized while accessing

操作git clone http://xxxxx.git报错error: The requested URL returned error: 401 Unauthorized while accessing http://x.git/info/refsfatal: HTTP request failed哦,原来是401。嗯,百度了一下,有一个答案说
05
2017
07

Git分支管理策略

如果你严肃对待编程,就必定会使用"版本管理系统"(Version Control System)。眼下最流行的"版本管理系统",非Git莫属。相比同类软件,Git有很多优点。其中很显著的一点,就是版本的分支(branch)和合并(merge)十分方便。有些传统的版本管理软件,分支操作实际上会生成一份现有代码的物理拷贝,而Git只生成一个指向当前版本(又称"快照")的指针,因此非常快捷易用。但是,太方便了也会产生副作用。如果你不加注意,很