GIT的工程管理和简单使用.pptx

GIT的工程管理和简单使用;目录;GIT简介;集中式vs分布式 在分布式管理系统中,你可以在自己本地磁盘上拥有代码库的完整拷贝,对代码库的操作不需要通过网络向中央服务器进行请求,因此速度会非常的快.特别是你在进行查看日志,与旧版本代码进行比较或者其它需要完整代码库的操作时,这种速度上的改善会非常明显.对于集中式的系统,在局域网内你也许只会觉得有点慢,但如果当你工作在一个分布式的项目中,你的代码库在另一个大洲的时候,这就会是非常大的问题了. 如果你经常在四处奔走,无法随时与代码库建立网络连接,那么一个分布式的管理系统会使你可以随时与代码库一起工作.你可以随时随地提交你的工作,浏览历史,并且比较版本间的差异.;分布式系统(git)与集中式系统(svn)的几个重要的区别: 本地开发不需要与中央服务器进行通信,因此一般的操作(如提交,查看历史和还原修改等)的执行速度非常快.只有在向其它端点push代码更改或者从其它端点pull代码更改的时候才会需要进行通信. 每一份代码拷贝都可以作为代码库及其更改历史的一份远程备份,这就为数据丢失提供了天然的保护. 极其强大的分支管理 Git有一个clean命令.SVN急需这个命令. Git有一个bisect命令. SVN会在每一个文件夹中创建一个.svn目录.而Git只会创建一个.git目录. 在SVN中,每一个文件或文件夹都可能来自于一个不同的版本或是branch.这很可能会引起混乱. ;无论你什么时候删除了点东西,你都需要告诉SVN一声.Git会自己发现并处理. 在Git中,忽略语法很简单,例如*.pyc,它会被应用到所有的子文件夹.当然,如果你只想忽略某个特定文件夹中的内容,也是可以的.在SVN中,很难有什么方法可以将一个忽略模式应用到所有的子文件夹中. Git中忽略设置是private的,这些设置包含在.git/info/exclude中,并不会影响到其他人. Git跟踪的是内容而不是文件,它对于重命名文件的合并有更好的支持. Git代码库的大小相对于SVN来说小很多. 目前Git不支持代码库的部分checkout/clone,但是正在开发中,而且已经有submodule方面的支持.SVN则可以根据需要只从代码库中checkout某个子文件夹.SVN的版本号更短并且可以预知,而Git的版本号则是40位的16进制数字串.;GIT安装配置;GIT基本使用;版本回退;工作区和暂存区;撤销修改;git checkout -- file命令中的--很重要，没有--，就变成了“创建一个新分支”的命令，我们在后面的分支管理中会再次遇到git checkout命令。 Git同样告诉我们，用命令git reset HEAD file可以把暂存区的修改撤销掉（unstage），重新放回工作区 场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。 场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD file，就回到了场景1，第二步按场景1操作。 场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。;分支管理;合并某分支到当前分支：git merge name 删除分支：git branch -d name 当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。 用git log --graph命令可以看到分支合并图。 分支策略: 在实际开发中，我们应该按照几个基本原则进行分支管理： 首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活； ;那在哪干活呢？干活都在dev??支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本； 你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。 所以，团队合作的分支看起来就像这样：;Bug分支管理;多人协作;标签管理;命令git tag可以查看所有标签： 命令git push origin tagname可以推送一个本地标签； 命令git push origin --tags可以推送全部未推送过的本地标签； 命令git tag -d tagname可以删除一个本地标签； 命令git push origin :refs/tags/tagname可以删除一个远程标签。;讨论？