使用介绍:
GIT-简明指南
Git
简单的说:允许保存历史纪录的软件。
是一种专为处理文本文件而设计的版本控制系统。
代码的本质:一堆堆以某种方式联合在一起的文本文件。
Git 是一个可安装应用,用以创建易于导航的系统历史。
Git 是一个软件,它允许你通过提交对一个系统(或一组)文件的历史进行注释。这些提交便是在给定时间点对系统做出的差异“快照”。
Github
简单的说:历史纪录的云端存储,并允许多人参与确认历史纪录是否被发布。
就是让你把工作(通过Git提交进行注解)存储在了一个指定的在线文件夹(repo)。
是一个在线版本控制工具。
个人 1. 存储和提供了清晰的可视化历史记录
合作 2. 而且还能进行协同工作和质量控制
使用步骤示例:
个人
有意识地对某一时刻的工作执行“快照”(即执行一次提交)。然后,你必须特意地推送这些提交(push) 到 Github。只有这样,你的工作才被同步到网络上的位置(Github 版本库)。
1. 你在本机(例如:你当前正在使用的电脑)推送(pushing)提交到 Github,然后,从另一台新的或不同的电脑上拉取(pulling)这些提交。一旦被上传到 Github,这些提交记录就被存储在远程仓库(remote repository)中。
远程(remote)仅仅意味着联网(与“本地”的意思相反,和之前我们理解到的意思一样的,代表当前正在使用的电脑)。而仓库(repository,经常简写为“repo”),就是一个具备 Git 超级权限的文件夹。你在 Github 的远程仓库是你本机工作项目的一个镜像。这意味着,你在自己的电脑里存储了该项目(例如:一个已设置可进行 Git 提交的文件夹)的本地 Git 仓库。在这个本地的 Git 仓库(再次,这是一个特定术语,指你的电脑里某个启用了 Git 功能的文件夹)中,你拥有与该项目相关的所有文件。
2. 从 Github 上获取她的工作”,这一过程就叫拉取(pulling)。
3. 她写了更多的章节,对工作进行了两次以上的策略“快照”(提交)。最后,Sally 把这些提交推送(push)到 Github 上,结束了这一天的工作。
合作
1. 常规工作流始于每个作者为完成一个工作任务(例如编写章节内容,或排版章节)而在主分支上创建分支,并在该分支上进行写作和提交。
2. 将本地分支推送到 Github。
3. 邀请其它合作人员一起对她的工作进行评审。因此,她在 Github 上发布了一个 Pull Request(发布请求),这是一个 Github 功能,允许她解释该分支相对于主分支做了哪些修改。Github 还提供了一个简易平台,合作人员可以在该平台上针对分支的修改内容进行讨论,并要求 Sally 在分支合并到主分支之前对一些有异议的内容进行修改。
4. 只有当更改得到其他合作作家的批准时,分支才会被合并到主分支上(请谨记,主分支上的内容,才是最终要发布的内容)。
5. 当一个分支的内容合并(merged)到主分支时,意味着该分支的内容会覆盖主分支上的。
6. 当分支合并到主分支时,该分支的提交历史被添加到主分支提交历史的顶部。
7. 新工作:将主分支上的最新提交拉取(pull)到本地,开始新的工作。
GitHub还是很偏重开发的管理,一般的项目管理还是适合使用 wortile 之类的产品。