分布式版本控制git

1、分布式版本控制系统 王梦非版本控制四个人的团队版本就如此混乱，如果是上百人的项目或者开源社区的项目，手动版本控制的混乱程度难以想象分布式系统每次听到“分布式系统”，眼前总是这样：似乎分布式系统永远是部署在被机柜、散热系统、各种管线所充满的数据中心Git简介Git是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。Git 与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持。传统的集中式版本控制版本库是集中存放

2、在中央服务器的干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。必须有到中央服务器的链接才能工作中央服务器一旦故障所有工作无法开展误操作影响全局分布式版本控制所有参与者的节点上均有自己的版本库（repositoryrepository）本机的修改只要不同步（push）到远端，对别人无任何影响每个人可以在自己的分支（branch）上工作，自己的分支可以再进行分支以同时修改不同的功能可以自由选择与远端的哪个分支的哪个版本进

3、行同步（pull)Thinking in git!Git工作流程克隆 Git 资源作为工作目录。在克隆的资源上添加或修改文件。如果其他人修改了，你可以更新资源。在提交前查看修改。提交修改。在修改完成后，如果发现错误，可以撤回提交并再次修改并提交。本地仓库你的本地仓库由 git 维护的三棵“树”组成第一个是你的 工作目录，它持有实际文件；第二个是 缓存区（Index），它像个缓存区域，临时保存你的改动；最后是 HEAD，指向你最近一次提交后的结果。远端推送你的改动现在已经在本地仓库的 HEAD 中了。执行push命令就可以将这些改动提交到远端仓库只要拥有口令，可以将你的工作推送到任意的git仓库

4、中至少需要两台机器才能玩远程库不是？但是我只有一台电脑，怎么玩？GitHub永远不要把账号密码的明码配置文件、用户信息等敏感信息上传GitHub！分支管理假设你准备开发一个新功能，但是需要两周才能完成第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。分支管理分支是用来将特性开发绝缘开来的。在你创建仓库的时候，master 是“默认的”。你可以在其他分支上进行开发，完成后再将它们合并到主分支上。除非你将分支推送到远端仓库，不然该分支就是不不为他人所见的为他人所见的分支管理分支管理分支管理合并（

5、merge）可以将两个分支重新合并pull本质上是获取（fetch）并合并（merge）远端的改动。git 都会尝试去自动合并改动。不幸的是，自动合并并非次次都能成功，并可能导致 冲突（conflicts）。这时候就需要你修改这些文件来人肉合并这些冲突（conflicts） 了。手动解决完冲突再执行add即可标记为合并成功标签标签（tag）可以将最新的commit打上一个标签（比如v1.0)也可以将历史的某个版本进行标签标签只可添加删除无法直接移动标签就是个指向commit的指针标签上还可以附带不可伪造的PGP数字签名git实例-新建repositoryrepositorygit实例-status、add、commitgit实例-github远端仓库与推送git实例-分支管理git实例-分支管理git其他功能忽略特殊文件（.gitignore)查看修改记录，含作者、时间、修改说明等(log)显示具体的代码改