摘要：
功能分支工作流 功能分支工作流背后的核心思路是所有的功能开发应该在一个专门的分支，而不是在 master 分支上。这个隔离可以方便多个开发者在各自的功能上开发而不会弄乱主干代码。另外，也保证了 master 分支的代码一定不会是有问题的，极大有利于集成环境。 功能开发隔离也让 pull reques 阅读全文
摘要：
集中式工作流 概述 转到分布式版本控制系统看起来像个令人生畏的任务，但不改变已用的工作流你也可以用上 Git 带来的收益。团队可以用和 Subversion 完全不变的方式来开发项目。 但使用 Git 加强开发的工作流，Git 比 SVN 有几个优势。首先，每个开发可以有属于自己的整个工程的本地拷贝 阅读全文
摘要：
概述 工作流有各式各样的用法，但也正因此使得在实际工作中如何上手使用增加了难度。这篇指南通过总览公司团队中最常用的几种 Git 工作流让大家可以上手使用。 在阅读的过程中请记住，本文中的几种工作流是作为方案指导而不是条例规定。在展示了各种工作流可能的用法后，你可以从不同的工作流中挑选或揉合出一个满足 阅读全文
摘要：
4.5.7、解决合并冲突 在一段时间，A、B用户修改了同一个文件，且修改了同一行位置的代码，此时会发生合并冲突。A用户在本地修改代码后优先推送到远程仓库，此时B用户在本地修订代码，提交到本地仓库后，也需要推送到远程仓库，此时B用户晚于A用户， 故需要先拉取远程仓库的提交，经过合并后才能推送到远端分支 阅读全文
摘要：
4.5.6、从远程仓库中抓取和拉取 远程分支和本地的分支一样，我们可以进行merge操作，只是需要先把远端仓库里的更新都下载到本地，再进行操作。抓取 命令：git fetch [remote name] [branch name]抓取指令就是将仓库里的更新都抓取到本地，不会进行合并如果不指定远端名称 阅读全文
摘要：
4.5.5、从远程仓库克隆 如果已经有一个远端仓库，我们可以直接clone到本地。命令: git clone <仓库路径> [本地目录]本地目录可以省略，会自动生成一个目录。 实际操作如下： 阅读全文
摘要：
4.5、操作远程仓库 4.5.1、添加远程仓库此操作是先初始化本地库，然后与已创建的远程库进行对接。命令： git remote add <远端名称> <仓库路径>远端名称，默认是origin，取决于远端服务器设置仓库路径，从远端服务器获取此URL例如: git remote add origin 阅读全文