Git版本控制和工作流.docxVIP

Git版本控制与工作流这篇文章是针对git版本控制和工作流的总结，如果有些朋友之前还没使用过git，对git的基本概念和命令不是很熟悉，可以从以下基本教程入手：基本概念Git是什么？Git是分布式版本控制系统，与SVN类似的集中化版本控制系统相比，集中化版本控制系统虽然能够令多个团队成员一起协作开发，但有时如果中央服务器宕机的话，谁也无法在宕机期间提交更新和协同开发。甚至有时，中央服务器磁盘故障，恰巧又没有做备份或备份没及时，那就可能有丢失数据的风险。但Git是分布式的版本控制系统，客户端不只是提取必威体育精装版版本的快照，而且将整个代码仓库镜像复制下来。如果任何协同工作用的服务器发生故障了，也可以用任何一个代码仓库来恢复。而且在协作服务器宕机期间，你也可以提交代码到本地仓库，当协作服务器正常工作后，你再将本地仓库同步到远程仓库。为什么要使用Git能够对文件版本控制和多人协作开发拥有强大的分支特性，所以能够灵活地以不同的工作流协同开发分布式版本控制系统，即使协作服务器宕机，也能继续提交代码或文件到本地仓库，当协作服务器恢复正常工作时，再将本地仓库同步到远程仓库。当团队中某个成员完成某个功能时，通过pull request操作来通知其他团队成员，其他团队成员能够review code后再合并代码。Git有哪些特性文件三种状态(modified, staged, committed)直接记录快照，而非差异比较多数操作仅添加操作近乎所有操作都是本地执行时刻保持数据完整性有关以上特性的详细解释，请查看Pro git的git基础章节Git基本工作流程在git版本控制的目录下修改某个文件使用git add命令对修改后的文件快照，保存到暂存区域使用git commit命令提交更新，将保存在暂存区域的文件快照永久转储到Git目录中Git基本技巧自动补全Git命令别名关于具体如何使用自动补全和命名别名技巧，请查看Pro git的技巧和窍门Git版本控制创建仓库gitinitgit clonegitconfig保存修改git addgit commit查看仓库git statusgit log --oneline撤销修改查看之前的commitgit checkout commit filegit checkout commitgit checkout branch撤销公共修改git revert commit撤销本地修改git resetgit clean重写Git历史记录git commit --amendgit rebasegitreflogGit协作开发分支git branchgit checkoutgit merge仓库同步git remotegit fetchgit pullgit pushGit工作流由于git拥有强大的分支特性，它的工作流比较灵活而缺乏约束，于是参考AtlassianGit Tutorial的Comparing Workflows章节提供四种Git工作流：Centralized WorkflowFeature Branch WorkflowGitflow WorkflowForking Workflow以上工作流只是参考指南，而不是具体规则。你可以根据自己实际情况来选择适合自己的工作流或微调来满足自己的需要。Centralized Workflow过渡到分布式版本控制系统看起来像一个艰巨的任务，但如果你充分利用好git的话，你不必改变你既有的工作流，你的团队可以采用与之前使用SVN一样的方式来开发项目。如何工作Centralized Workflow从远程仓库(central repository)克隆工程到本地仓库(local repository) ---git clone在本地仓库编辑文件和提交更新 ---git add和git commitfetch远程仓库已更新的commit到本地仓库和rebase到已更新的commit的上面 ---git fetch和gitrebase或git pull --rebasepush本地主分支(master branch)到远程仓库 ---git push管理冲突File Conflicts何时发生冲突：在开发者发布它们功能之前，他们需要fetch远程仓库已更新的commit到本地仓库和rebase到已更新的commit的上面。有时，本地提交与远程提交会发生冲突，git会暂停rebase过程来让你手动解决冲突。如何解决冲突：你可以使用git status和git add来手动解决合并时冲突。Feature Branch WorkflowFeature Branch Workflow的主要思想就是在开发每个功能时都应该创建一个独立的分支而不只是使用主分支。由于每个分支是独立且互不影响，这