版本控制的分类
- 本地版本控制,如RCS。最常见,最简单的版本控制方法。
- 集中版本控制,如SVN。所有的版本数据都保存在服务器上,协同开发者从服务器上同步更新或上传自己的修改。必须联网。。。
- 分布式版本控制,如Git。所有版本信息仓库全部同步在本地的每个用户中,可以在本地查看所有版本历史,可以在本地离线提交,有网了之后push到服务器。但是每个人都有全部代码,存在安全隐患。
Git原理
git add files 将本地文件添加到暂存区stage,git commit 将暂存区文件提交到本地的git仓库,git push将本地仓库文件提交到远程仓库,如下图左边,右边对应反向操作
- Workspace:工作目录,平时存放代码的位置
- Index/Stage:暂存区,用于临时存放你的改动,事实上只是一个文件,保存即将提交到文件列表信息
- Repository:仓库区(或本地仓库),就是安全存放数据的位置,这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本
- Remote:远程仓库,托管代码的服务器,可以简单地认为是你项目组中的一台电脑用于远程数据交换
Git提交时忽略的文件
在主目录下建立”.gitinore”文件,此文件以下规则常用#为注释
*.txt #忽略所有.txt结尾的文件,这样的话,上传就不会被选中
!lib.txt #但lib.txt除外
/temp #仅忽略项目根目录下的TODO文件,不包括其他目录temp
build/ #忽略build/目录下的所有文件
doc/*.txt #会忽略 doc/notes.txt 但不包括 doc/server/arch.txt
Git分支
列出所有本地分支 |
多个分支如果并行执行,就会导致代码不会冲突,会同时存在多个版本!
web-api -A组开发
web-admin -B组开发 B会调用A
web-app -C组开发 C会调用B和A的代码
如果冲突了要进行协商!
如果同一个文件在合并分支时都被修改了,则会引起冲突:解决的办法是我们可以修改冲突文件后重新提交!选择要保留他的代码还是你的代码!
master主分支应该非常稳定,用来发布新版本,一般情况下不允许在上面工作,工作一般情况下在新建的dev分支上工作,工作完后,比如上要发布,或者说dev分值代码稳定后可以合并到主分支master上来。