以我的经验来看,刚接触 Git 和 GitHub 时,最困扰的一件事情就是尝试解决下面的问题:在 Git 和 GitHub 上,我能做什么? Git 教程往往不会解决这个问题,因为它集中篇幅来教你 Git 命令和概念,并且不认为你会使用 GitHub。GitHub 帮助教程一定程度上弥补了这一缺陷,但是它每篇文章的关注点都较为狭隘,而且没有提供关于”Git vs GitHub” 问题的概念性概述。 如果你是习惯于先理解概念,再着手代码的学习者,而且你也是 Git 和 GitHub 的初学者,我建议你先理解清楚什么是 fork。为什么呢 ?
本篇指南使用两张简单的图表,来教会你 fork 的两种主要工作流程。我并不打算涉及任何代码,但是在结论中,我会把你需要使用的代码的链接给你。 fork 并且更新一个仓库 现在有这样一种情形:有一个叫做 Joe 的程序猿写了一个游戏程序,而你可能要去改进它。并且 Joe 将他的代码放在了 GitHub 仓库上。下面是你要做的事情: fork 并且更新 GitHub 仓库的图表演示
如果 Joe 接受了你的 pull request,他将把那些修改拉到自己的仓库。胜利! 同步一个 fork Joe 和其余贡献者已经对这个项目做了一些修改,而你将在他们的修改的基础上,还要再做一些修改。在你开始之前,你最好” 同步你的 fork”,以确保在最新的复制版本里工作。下面是你要做的: 同步 GitHub fork 的图表示意图
比较一下 fork 和同步工作流程的区别:当你最初 fork 一个仓库的时候,信息的流向是从 Joe 的仓库到你的仓库,然后再到你本地计算机。但是最初的过程之后,信息的流向是从 Joe 的仓库到你的本地计算机,之后再到你的仓库。 结论 我希望这是一篇关于 GitHub 和 Git 的fork有用概述。现在,你已经理解了那些概念,你将会更容易地在实际中执行你的代码。GitHub 关于 fork 和同步的文章将会给你大部分你需要的代码。 如果你是 Git 的初学者,而且你很喜欢这种学习方式,那么我极力推荐书籍Pro Git的前两个章节,网上是可以免费查阅的。 | |
|
声明:文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|