GitHub操作教程
<h3>什么是GitHub</h3><h3 id="什么是github">GitHub是一个代码版本控制和协作的托管平台。它可以让你和你的伙伴在任何地方一起进行项目开发。</h3>
<h4 id="无需编码">无需编码</h4>
<p>首先需要注册一个GitHub账户并且需要联网。不需要知道如何编码，如何使用命令窗口以及如何安装Git(GitHub的客户端软件)。</p>
<h3 id="第一步创建一个仓库">第一步：创建一个仓库</h3>
<p>一个仓库通常用来组织一个单独的项目。该仓库可以包含项目中的所有文件，如文件夹、文件、图片、视频、电子表格、数据集等。建议包含一个README文件，或者自定义用来记录项目信息的文件。GitHub将默认在创建仓库的时候添加它。在创建的同时还提供了权限许可选项。</p>
<p>可以用“hello-world”仓库来存储你的想法、资源，甚至用它来和别人分享、讨论任何事情。</p>
<h4 id="第一步创建一个新的仓库">第一步:创建一个新的仓库</h4>
<ol>
<li>在页面的最右上角，头像的左边，点击“＋”，在弹出的下拉选项中选择“New repository”。</li>
<li>在仓库名称输入框中输入仓库名称：“hello-world”。</li>
<li>写一个简短的描述。</li>
<li>勾选“Initialize this repository with a README”。</li>
</ol>
<p><img src="https://images2015.cnblogs.com/blog/1190030/201707/1190030-20170725100229171-2071422233.png"></p>
<p>点击“Create repository”按钮，完成创建。</p>
<h3 id="第二步创建一个分支">第二步:创建一个分支</h3>
<p>分支是一个可以让同一时间工作在同一个仓库的不同版本的方法。</p>
<p>在仓库中会有一个默认的名叫“master”的主分支，该分支用来存储最终确定的版本代码。我们用其他的子分支来进行编辑和更改，确定之后再提交到主分支。</p>
<p>当从主分支创建出一个子分支的那一刻，其实就是对当时时间点的主分支做了一个拷贝。如果之后别的分支的人对主分支做出了更新，在提交到主分支之前，必须先从主分支上拉取那些更新。</p>
<p>下面的图表将显示分支合作的整个流程：</p>
<p>主分支<br>
一个新的命名为“feature”的子分支（因为我们正在这个分支上做开发）<br>
“feature”分支合并到主分支之前的历程</p>
<p><img src="https://images2015.cnblogs.com/blog/1190030/201707/1190030-20170725100339171-1453456124.png"></p>
<p>是否像下面这样保存过不同版本的文件？</p>
<p>story.txt<br>
story-joe-edit.txt<br>
story-joe-edit-reviewed.txt<br>
在GItHub仓库中的分支就是为了完成类似的功能。</p>
<p>在GitHub上，我们的开发人员，编辑人员以及设计人员，分别在独立的分支上完成自己修改bug或功能编写的工作。当一个功能编写确定之后，他们就将自己的分支合并到主分支上。</p>
<h4 id="新建一个子分支">新建一个子分支</h4>
<ol>
<li>进入“hello-world”仓库</li>
<li>点击文件列表上方的写着“branch: master”的下拉框</li>
<li>在输入框中输入新的分支名字“readme-edits”</li>
<li>点击下方蓝色背景的分支创建框或直接按键盘的“Enter”键</li>
</ol>
<p><img src="https://images2015.cnblogs.com/blog/1190030/201707/1190030-20170725100356562-1724947617.png"></p>
<p>现在，已经有了“master”和“readme-edits”两个分支了。他们看起来几乎一模一样，但是不要着急，接下来，我们将在我们新建的子分支上做出一些改变。</p>
<h3 id="第三步做出修改并提交">第三步:做出修改并提交</h3>
<p>现在，已经在新分支“readme-edits”上了，让我们来对它写点什么。</p>
<p>在GitHub中，保存更改被称为“提交”。每一次提交都需要写一段我们为什么做出修改的备注说明。这些备注说明将对更改做出记录，其他伙伴看到之后就知道每次都提交了什么。</p>
<h4 id="做出修改并提交">做出修改并提交</h4>
<ol>
<li>点击“README.md”文件，切换到“README.md”内容页面</li>
<li>点击编辑框右上角的铅笔按钮，进入编辑界面</li>
<li>在编辑框中，写一些信息</li>
<li>在下方的“提交更改”框中，输入做出此次修改的备注说明</li>
<li>点击下方的“Commit changes”按钮</li>
</ol>
<p><img src="https://images2015.cnblogs.com/blog/1190030/201707/1190030-20170725100412859-1440361053.png"></p>
<p>这些更改只是针对于位于“readme-edits”子分支中的 “README.md ”文件，所以现在这个分支上包含的内容和主分支上已经有所不同。</p>
<h3 id="第四步发出请求代码合并请求">第四步:发出“请求代码合并”请求</h3>
<p>现在已经对新分支做出了修改，我们可以发出“请求代码合并”的请求。</p>
<p>请求代码合并是GitHub团队协作的核心功能。当发出一个“请求代码合并”请求的时候，相当于请求别人拷贝当前的代码做出审查，审查通过之后将代码下载并且合并到他们的分支上。该请求将会在所有的分支上显示出不相同的部分。做出的任何更改、增加以及减少，都会用绿色和红色显示出来。</p>
<p>在代码完成之前，可以随时进行代码提交，发起请求代码合并的请求以及进行一场讨论。</p>
<p>可以通过GitHub的“@”功能，在每次发出“请求代码合并”请求的时候，向特定的人或团队做出反馈，无论这个人是在身边还是远在千里之外。</p>
<p>可以向自己的仓库发出“请求代码合并”的请求，并且自己去合并他们。这在接触到大型项目之前是一个非常好的练习方法。</p>
<h4 id="为更改的readme文件发出请求代码合并请求">为更改的README文件发出“请求代码合并”请求</h4>
<p>第一步：点击“Pull Request”选项卡按钮，切换到请求代码合并页面，点击绿色的“New pull request”按钮</p>
<p><img src="https://images2015.cnblogs.com/blog/1190030/201707/1190030-20170725100427937-516328412.png"></p>
<p>第二步：选择创建的“readme-edits”分支，与主分支进行比较。</p>
<p><img src="https://images2015.cnblogs.com/blog/1190030/201707/1190030-20170725100437156-1444715211.png"></p>
<p>第三步：在对比页面查看这些更改，确定他们就是想要提交的。</p>
<p><img src="https://images2015.cnblogs.com/blog/1190030/201707/1190030-20170725100447656-61531491.png"></p>
<p>第四步：当确定这些更改就是所要的时候，点击绿色的“Create Pull Request”按钮。</p>
<p><img src="https://images2015.cnblogs.com/blog/1190030/201707/1190030-20170725100458953-1573860561.png"></p>
<p>第五步：为更改做一个简单的标题和描述。</p>
<p><img src="https://images2015.cnblogs.com/blog/1190030/201707/1190030-20170725100508375-508668916.png"></p>
<p>当写完备注描述之后，点击“Create pull request”按钮。</p>
<h3 id="第五步合并你的请求代码合并请求">第五步:合并你的“请求代码合并”请求</h3>
<p>这是整个过程的最后一步，是时候将在子分支“readme-edits”做出的更改合并到主分支“master”上了。</p>
<ol><ol>
<li>点击绿色的“Merge pull request”按钮，将这些修改合并到主分支</li>
<li>点击“Confirm merge”按钮</li>
<li>由于这个分支的更改已经被合并了，所以我们还需要点击紫色框中的“Delete branch”按钮，删除这个分支</li>
</ol></ol><br><br>
来源：https://www.cnblogs.com/xx1234/p/10894263.html
頁:
[1]