目录

前言

一、创建别名

二、推送本地库到远程库

三、拉取远程库代码到本地库

四、 克隆远程库到本地

五、团队内协作

六、跨团队协作

前言

        如何通过Git操作Gitee/GitHub远程库？在Gitee/GitHub上如何进行 团队协作 与 跨团队协作，看完本篇，给你一个清晰的认识，快速掌握；

一、创建别名

//查看当前远程库别名
git remote -v
//给远程库创建别名
git remote add 别名 远程地址

为什么要创建别名？

        远程库链接一般都比较长，不好记，就可以起个别名，将来进行push或者pull的时候就可以通过别名进行上传和拉取；（建议创建的别名和库名一致，否则容易忘）

例如，取别名为git-demo，并观察别名，如下：

为什么一次创建会有两个别名？

        因为别名既可以推送(push)，也可以拉取(fetch)，并且clone也可以用别名；

二、推送本地库到远程库

git push 别名(或本地库地址) 分支

注意：基本单位是分支，所以一定不要忘记写分支名；

例如，将分支master的本地库推送到git-demo这个远程库中，如下：

三、拉取远程库代码到本地库

如果有一天，你们的团队有人更新远程库的代码，那么怎么将远程库的代码更新到你的本地库呢？

如下命令：

git pull 别名(或远程库地址) 分支

例如，拉取远程库git-demo到分支master下，如下：

解释：

        这个时候你去观察本地库的代码，就可以发现以及得到了更新~

四、 克隆远程库到本地

git clone 远程库地址

如何将远程库的代码克隆到本地？首先你要有这个远程库的HTTPS地址，如下：

接着你就可以针对你之前指定的地方（你想克隆到哪，就在哪打开用鼠标右击打开git bush，这里我克隆到了git-hehe这个文件下）进行如下克隆操作：

 这个时候，就你可以观察到git-hehe这个库中有了远程库的这些文件，包括.git文件夹，如下：

解释：clone会进行哪些操作？

        1、拉去代码；

        2、初始化本地库；

        3、创建别名；

还会取别名？你看，你可以通过 cd 切换到你克隆的那个库中（这里我克隆的库是git-demo 所以需要先cd git-demo/ ），通过git remote -v查看别名，如下：

 解释：

        通过clone操作，就会对你clone下的库起一个别名，默认叫 origin；

五、团队内协作

        经过以上操作，我们现在已经有了两个库，分别是git-demo和git-hehe，那么这里这两就可以类似一个小团队（假设是从不同主机上克隆下来，你拥有库git-demo，你的朋友拥有git-hehe），可以一起协同工作~

假设你的朋友有一天忽然想到了一个好点子，对git-hehe这个库中的代码进行了修改，那他就可以通过提交暂存区 -> 提交本地库 -> 推送到远程库，这几步操作更新远程库中的代码，这样不仅你的朋友可以看到，你也可以看到了！如下操作：

注意：

        这里我是用的同一个gitee账号进行操作的，如果是不同账号，进行如上操作，他因该会进行一个报错，原因就是你的朋友没有权限对这个远程库进行push ，所以这个时候，如果想让你的同事加入到这个团队中，你需要在这个库中授予你朋友的修改权限；

授予权限如下：

 说明：

        以上操作过后，你的朋友登录GitHub/Gitee就可以看到邀请函，一旦同意后，你朋友就可以看到你那个项目的代码，并且将自己代码进行push到远程库上，此时，你和你的朋友就都可以看到修改后的结果辽，如果你想将你的朋友修改的结果保存下来，就可以通过 pull 拉取到本地库；

六、跨团队协作

        当你们团队需要找一个团队外的大佬来帮你们修改代码，那么大佬就可以通过在Gitee里面搜索找到你们团队的项目仓库 或者 你们团队之间发送仓库链接；那么这个大佬该怎么操作呢？如下：

点击Fork之后，就可以观察到大佬的界面会被刷新，展示这个仓库，并显示来源，表示从哪里插入的项目，如下：

此时，这个大佬就可以对这里的代码，在gitee上进行在线修改，或者他也可以通过Git克隆到本地库，然后修改代码，提交本地库，最后推送到远程库上，达到修改的目的；

那么通过Git进行编辑，想必以及很清楚了，这里再顺便讲一下在线编辑~

如下：

 编辑完后进行提交，如下：

 此时，只有这个大佬能看到仓库的变话，如果想要你们团队也能看到代码修改后变化，这里大佬还需要进行 Pull requests ，如下：

 进入之后，需要创建 pull request，进行如下操作：

从这里开始，团队外的人干的事情就完成了，接下来还需要你们团队内的人进行审核，测试，最后合并分支，就可以更新你们库中的代码了 ~

 这样就大功告成了~

补充： 甚至你们团队还可以评论他修改的怎么样...

 以上就是团队合作与跨团队合作的流程了，码字不易~