GitHub操作记录

超、凢脫俗 2022-02-22 21:16 336阅读 0赞

\*学习Git的一本推荐书 [https://git-scm.com/book/zh/v2][https_git-scm.com_book_zh_v2]

\*安装 [Git for Windows][]

GitHub desktop  操作教程 [https://www.jianshu.com/p/06a960d991aa][https_www.jianshu.com_p_06a960d991aa]  [https://www.jianshu.com/p/a6fc842f501d][https_www.jianshu.com_p_a6fc842f501d]

对文件右键点击`Git Bash Here`之后会打开命令行窗口，在窗口中就可以运行 Linux 命令。

<table> 
 <tbody> 
 <tr> 
 <td> <a href="http://shuyi.me/2018/07/03/quick_start_of_coding/quick_start_of_shell/" rel="nofollow">shell基本概念</a> 翻译程序可厉害了，只要你输入具体的命令，它就会把它翻译给机器听，这样你就可以和机器沟通了。例如，我们输入<code>ifconfig</code>可以查看 IP 地址，翻译程序就会将这条命令翻译给硬件，告诉它我们要查看 IP 地址。其实这里的翻译程序就是 Shell，而具体的命令就是Linux命令。 简单地说，Shell 就是一套位于硬件和用户之间的程序，我们一般称之为解释器。 &nbsp;Shell 语言是一门弱语言类型，所以变量可以无须定义便可直接使用。 在 Linux 中有三个经常用到的输入输出流，他们分别是： 
 <ul> 
 <li>标准输入（stdin）</li> 
 <li>标准输出（stdout）</li> 
 <li>标准错误（stderr）</li> 
 </ul>标准输入指的是从键盘这些标准输入设备读取到的数据。一般情况下标准输入重定向的很少用到。 标准输出则是通过屏幕输出的这些数据。我们可以通过标准输出重定向来让数据保存到文件里。echo "hello" 1&gt; out.txt &nbsp; 读取<a href="http://shuyi.me/2018/07/02/quick_start_of_shell/quick_start_of_shell_17_array/" rel="nofollow">数组元素值</a>的一般格式是：<code>${array_name[index]}</code> 在 Shell 语言中的<a href="http://shuyi.me/2018/07/02/quick_start_of_shell/quick_start_of_shell_21_arithmetic_operator/" rel="nofollow">运算</a>都是通过其他命令来实现的，其中最常用的就是 expr 命令。 判断变量 a 的范围，我们在&nbsp;<code>[]</code>&nbsp;符号中，只能使用&nbsp;<code>-gt</code>&nbsp;、<code>-a</code>、<code>-lt</code>等操作符。但如果用<code><a href="http://shuyi.me/2018/07/02/quick_start_of_shell/quick_start_of_shell_18_special_syntax/" rel="nofollow">[[]]</a></code>实现，我们就可以用上<code>&amp;&amp;</code>和<code>||</code>操作符; Shell 语言还支持下面这些<a href="http://shuyi.me/2018/07/02/quick_start_of_shell/quick_start_of_shell_20_relationship_operator/" rel="nofollow">关系运算符</a>： 
 <ul> 
 <li><code>-eq</code>：检测两个数是否相等，相等返回 true。</li> 
 <li><code>-ne</code>：检测两个数是否不相等，相等返回 true。</li> 
 <li><code>-gt</code>：检测左边的数是否大于右边的，如果是返回 true。</li> 
 <li><code>-lt</code>：检测左边的数是否小于右边的，如果是返回 true。</li> 
 <li><code>-ge</code>：检测左边的数是否大于等于右边的，如果是返回 true。</li> 
 <li><code>-le</code>：检测左边的数是否小于等于右边的，如果是返回 true。</li> 
 </ul><a href="http://shuyi.me/2018/07/02/quick_start_of_shell/quick_start_of_shell_19_logic_operator/" rel="nofollow">逻辑运算符</a>有三个，分别是：非运算、或运算、与运算。 
 <ul> 
 <li><code>!</code>：非运算符。</li> 
 <li><code>-o</code>：或运算符。</li> 
 <li><code>-a</code>：与运算符。</li> 
 </ul>&nbsp;Shell 语言并没有布尔型。 </td> 
 </tr> 
 </tbody> 
</table>

**\*（Repository）仓库**是git的基本概念，本质就是一个文件目录，这个目录中的所有文件都被git管理，目录下不管做什么操作都会被记录，包括：增加、删除、修改文件等，都会被记录下来，以便后来跟踪与修改相关记录，甚至可以还原到项目中的某个点。

**\*[分支(branch)][branch]**在一般的项目开发中会定义分支模型，在常用的模型中，分支有两类，五种

*  永久性分支  
     
    
     *  `master branch`：主分支
     *  `develop branch`：开发分支
 *  临时性分支  
     
    
     *  `feature branch`：功能分支
     *  `release branch`：预发布分支
     *  `hotfix branch`：bug修复分支

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTU5Mzk4NQ_size_16_color_FFFFFF_t_70][]

master和develop分支禁止直接从本地仓库commit并push到源仓库，必须由开发者的分支合并过去。合并前需要提交pull request的请求，通过相关代码编写人的code review并同意合并后才能将自己的分支合并到develop分支。master分支只能从develop分支合并。

为了提高效率，防止过多的冲突，在寻求分支合并前，应尝试将develop分支合并到自己分支，提前查看合并的冲突，在解决冲突后再提交pull request。

冲突解决:

<table> 
 <tbody> 
 <tr> 
 <td> 修改是存在本地的，和中央仓库是完全隔离的。 要发布修改到正式项目中，开发者要把本地<code>master</code>分支的修改『推（push）』到中央仓库中。这相当于<code>svn commit</code>操作，但<code>push</code>操作会把所有还不在中央仓库的本地提交都推上去。 中央仓库代表了正式项目，所以提交历史应该被尊重且是稳定不变的。如果开发者本地的提交历史和中央仓库有分歧，<code>Git</code>会拒绝<code>push</code>提交否则会覆盖已经在中央库的正式提交。 在开发者提交自己功能修改到中央库前，需要先<code>fetch</code>在中央库的新增提交，<code>rebase</code>自己提交到中央库提交历史之上。这样做的意思是在说，『我要把自己的修改加到别人已经完成的修改上。』最终的结果是一个完美的线性历史，就像以前的<code>SVN</code>的工作流中一样。 如果本地修改和上游提交有冲突，<code>Git</code>会暂停<code>rebase</code>过程，给你手动解决冲突的机会。<code>Git</code>解决合并冲突，用和生成提交一样的<a href="https://www.atlassian.com/git/tutorial/git-basics#!status" rel="nofollow"><code>git status</code></a>和<a href="https://www.atlassian.com/git/tutorial/git-basics#!add" rel="nofollow"><code>git add</code></a>命令，很一致方便。还有一点，如果解决冲突时遇到麻烦，<code>Git</code>可以很简单中止整个<code>rebase</code>操作，重来一次（或者让别人来帮助解决）。 </td> 
 </tr> 
 </tbody> 
</table>

[相关代码][Link 1]:

<table> 
 <tbody> 
 <tr> 
 <td> 1). 首先将远程代码拉取到本地 &nbsp; &nbsp; git clone xxx &nbsp; &nbsp; git checkout -b develop origin/develop <code>git branch -a</code>&nbsp;查看所有分支，就能看到远程分支。 2).新建feature分支 &nbsp; &nbsp; git checkout -b feature&nbsp; <a href="https://www.cnblogs.com/schaepher/p/4933873.html" rel="nofollow">GitHub团队项目合作流程</a>:&nbsp; &nbsp;以及:参考&nbsp;<a href="https://blog.csdn.net/koffuxu/article/details/39010803" rel="nofollow">https://blog.csdn.net/koffuxu/article/details/39010803</a> <code>git checkout -b dev origin/dev</code>&nbsp;的意思是，创建一个dev分支（-b），并把远程dev分支（origin/dev）的内容放在该分支内。接着切换到该分支（checkout） git checkout master 用于切换分支 和团队分支合并: <a href="https://www.cnblogs.com/schaepher/p/4933873.html" rel="nofollow">首先查看有没有设置upstream</a>，使用&nbsp;<code>git remote -v</code>&nbsp;命令来查看 首先执行&nbsp;<code>git fetch upstream</code>&nbsp;获取团队项目最新版本。 ，当前分支是dev分支，执行&nbsp;<code>git merge upstream/dev</code>&nbsp;命令后，会将源分支（upstream/dev）合并到当前分支（dev）。 
 <table> 
 <tbody> 
 <tr> 
 <td>如果你是在本地的master分支上开发，那么在使用该命令前，先切换到master分支。 merge的时候，有可能碰到冲突。需要解决冲突才能继续下面的操作。冲突的解决可以参考→&nbsp;<a href="http://www.cnblogs.com/schaepher/p/4970291.html#conflict" rel="nofollow">冲突的解决</a></td> 
 </tr> 
 </tbody> 
 </table>解决冲突后，就可以使用&nbsp;<code>git push</code>&nbsp;命令将本地的修改同步到自己的GitHub仓库上了。 3).多人在feature上开发，如果中途需要将develop的变更合入feature，所有人需要将本地的代码变更提交到远程 &nbsp; &nbsp; git fetch origin&nbsp; &nbsp; &nbsp; git rebase origin/feature &nbsp; &nbsp; git push origin feature 然后由feature负责人rebase develop分支，删除原来feature分支，重新新建feature分支； &nbsp; &nbsp; git fetch origin &nbsp; &nbsp; git rebase origin/feature &nbsp; &nbsp; git rebase develop &nbsp; &nbsp; git push origin :feature &nbsp; &nbsp; git push origin feature 这样可以保证feature保持线性变更； 4).feature开发完成后，所有人需要将本地的代码变更提交到远程 &nbsp; &nbsp; git fetch origin&nbsp; &nbsp; &nbsp; git rebase origin/feature &nbsp; &nbsp; git push origin feature 然后由feature负责人rebase develop分支，然后将feature分支合入develop，删除feature； &nbsp; &nbsp; git fetch origin &nbsp; &nbsp; git rebase origin/feature &nbsp; &nbsp; git rebase develop &nbsp; &nbsp; git checkout develop &nbsp; &nbsp; git merge feature &nbsp; &nbsp; git push origin :feature 这样可以保证develop保持线性变更，各feature的变更完整可追溯；&nbsp; 5).合入feature后拉出对应的release/feature分支，后续bug修复在release/feature上 &nbsp; &nbsp; git checkout develop &nbsp; &nbsp; git checkout -b release/feature release/feature分支的同步合并与feature分支相同&nbsp; 6).release/feature分支bug修复完成后，拉取对应的tag推送远程进行发布 &nbsp; &nbsp; git tag -a v1.0 -m 'feature发布' &nbsp; &nbsp; git push origin v1.0 之后将release/feature合入develop分支，然后删除 &nbsp; &nbsp; git rebase develop &nbsp; &nbsp; git checkout develop &nbsp; &nbsp; git merge release/feature &nbsp; &nbsp; git push origin :release/feature 7).发布完成后将release合入master分支，保证master为最新稳定版本（实际操作为发起merge request） &nbsp; &nbsp; 中央仓库的建立:git init --bare /path/to/repo.git 各个开发者创建整个项目的本地拷贝。通过<a href="https://www.atlassian.com/git/tutorial/git-basics#!clone" rel="nofollow"><code>git clone</code></a>命令完成： <code>git clone ssh://user@host/path/to/repo.git</code> git status # 查看本地仓库的修改状态 git add # 暂存文件 git commit # 提交文件 git push origin master&nbsp;<code>origin</code>是在<a href="http://blog.jobbole.com/76847/#article-comment" rel="nofollow">小明克隆仓库时Git创建的远程中央仓库别名。</a> 小红<code>push</code>修改会怎么样？她使用完全一样的<code>push</code>命令： <code>git push origin master</code> 但她的本地历史已经和中央仓库有分岐了，<code>Git</code>拒绝操作并给出下面很长的出错消息： <code>error: failed to push some refs to '/path/to/repo.git' hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Merge the remote changes (e.g. 'git pull') hint: before pushing again. hint: See the 'Note about fast-forwards' in 'git push --help' for details.</code> 这避免了小红覆写正式的提交。她要先<code>pull</code>小明的更新到她的本地仓库合并上她的本地修改后，再重试。 小红用<a href="https://www.atlassian.com/git/tutorial/remote-repositories#!pull" rel="nofollow"><code>git pull</code></a>合并上游的修改到自己的仓库中。这条命令类似<code>svn update</code>——拉取所有上游提交命令到小红的本地仓库，并尝试和她的本地修改合并： <code>git pull --rebase origin master</code> <code>--rebase</code>选项告诉<code>Git</code>把小红的提交移到同步了中央仓库修改后的<code>master</code>分支的顶部，如下图所示： <img alt="" height="231" src="https://raw.githubusercontent.com/quickhack/translations/master/git-workflows-and-tutorials/images/git-workflow-svn-6.png" width="361"> 如果你忘加了这个选项，<code>pull</code>操作仍然可以完成，但每次<code>pull</code>操作要同步中央仓库中别人修改时，提交历史会以一个多余的『合并提交』结尾。对于集中式工作流，最好是使用<code>rebase</code>而不是生成一个合并提交。 <code>rebase</code>操作过程是把本地提交一次一个地迁移到更新了的中央仓库<code>master</code>分支之上。这意味着可能要解决在迁移某个提交时出现的合并冲突，而不是解决包含了所有提交的大型合并时所出现的冲突。这样的方式让你尽可能保持每个提交的聚焦和项目历史的整洁。反过来，简化了哪里引入<code>Bug</code>的分析，如果有必要，回滚修改也可以做到对项目影响最小。 </td> 
 </tr> 
 </tbody> 
</table>

上传eclipse项目 [https://blog.csdn.net/jam\_fanatic/article/details/82810949][https_blog.csdn.net_jam_fanatic_article_details_82810949]

Eclipse 从git导入maven多模块项目 [https://blog.csdn.net/xiongyouqiang/article/details/78903975][https_blog.csdn.net_xiongyouqiang_article_details_78903975]

trydemot QQ

[https_git-scm.com_book_zh_v2]: https://git-scm.com/book/zh/v2
[Git for Windows]: https://gitforwindows.org/
[https_www.jianshu.com_p_06a960d991aa]: https://www.jianshu.com/p/06a960d991aa
[https_www.jianshu.com_p_a6fc842f501d]: https://www.jianshu.com/p/a6fc842f501d
[branch]: https://blog.csdn.net/weixin_42052836/article/details/80464923
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTU5Mzk4NQ_size_16_color_FFFFFF_t_70]: /images/20220223/037671c9becc4feebef56cdfa217189e.png
[Link 1]: https://blog.csdn.net/wwj_748/article/details/55226044%C2%A0
[https_blog.csdn.net_jam_fanatic_article_details_82810949]: https://blog.csdn.net/jam_fanatic/article/details/82810949
[https_blog.csdn.net_xiongyouqiang_article_details_78903975]: https://blog.csdn.net/xiongyouqiang/article/details/78903975