9857人阅读
& & & & 很早之前就注册了Github，但对其使用一直懵懵懂懂，很不熟练。直到昨天做完百度前端技术学院的task，想把代码托管到Github上的时候发现自己对于Git的操作是如此之愚钝，所以今天决定把Git好好学习一遍，好让自己以后能更好地使用Github，主要还是通过来学习。简要步骤可以直接看最后的总结。
& & & &Git的安装就不说了。
& & & &第一步：我们需要先创建一个本地的版本库（其实也就是一个文件夹）。
& & & &你可以直接右击新建文件夹，也可以右击打开Git bash命令行窗口通过命令来创建。
& & & &现在我通过命令行在桌面新建一个TEST文件夹（你也可以在其他任何地方创建这个文件夹），并且进入这个文件夹
& & & && & & & & & & & & & & & & & & & & &
& & & &第二步：通过命令git init把这个文件夹变成Git可管理的仓库
& & & &这时你会发现TEST里面多了个.git文件夹，它是Git用来跟踪和管理版本库的。如果你看不到，是因为它默认是隐藏文件，那你就需要设置一下让隐藏文件可见。
& & & &第三步：这时候你就可以把你的项目粘贴到这个本地Git仓库里面（粘贴后你可以通过git status来查看你当前的状态），然后通过git add把项目添加到仓库（或git add .把该目录下的所有文件添加到仓库，注意点是用空格隔开的）。在这个过程中你其实可以一直使用git
status来查看你当前的状态。
& & & &这里提示你虽然把项目粘贴过来了，但还没有add到Git仓库上，然后我们通过git add .把刚才复制过来的项目全部添加到仓库上。
& & & & 第四步：用git commit把项目提交到仓库。
& & & & -m后面引号里面是本次提交的注释内容，这个可以不写，但最好写上，不然会报错，详情自行Google。&好了，我们本地Git仓库这边的工作做完了，下面就到了连接远程仓库（也就是连接Github）
& & & 由于本地Git仓库和Github仓库之间的传输是通过SSH加密的，所以连接时需要设置一下：
& & & 第五步：创建SSH KEY。先看一下你C盘用户目录下有没有.ssh目录，有的话看下里面有没有id_rsa和id_rsa.pub这两个文件，有就跳到下一步，没有就通过下面命令创建
$ ssh-keygen -t rsa -C &&
& & & &然后一路回车。这时你就会在用户下的.ssh目录里找到id_rsa和id_rsa.pub这两个文件 &&
& & & 第六步：登录Github,找到右上角的图标，打开点进里面的Settings，再选中里面的SSH and GPG KEYS，点击右上角的New SSH key，然后Title里面随便填，再把刚才id_rsa.pub里面的内容复制到Title下面的Key内容框里面，最后点击Add SSH key，这样就完成了SSH Key的加密。具体步骤也可看下面：
& & & & 第七步：在Github上创建一个Git仓库。
& & &你可以直接点New repository来创建，比如我创建了一个TEST2的仓库（因为我里面已经有了一个test的仓库，所以不能再创建TEST仓库）。
& & & & 第八步：在Github上创建好Git仓库之后我们就可以和本地仓库进行关联了，根据创建好的Git仓库页面的提示，可以在本地TEST仓库的命令行输入：
$ git remote add origin /guyibang/TEST2.git
& & & & 注意origin后面加的是你Github上创建好的仓库的地址。
& & & 第九步：关联好之后我们就可以把本地库的所有内容推送到远程仓库（也就是Github）上了，通过：
$ git push -u origin master
& & & &由于新建的远程仓库是空的，所以要加上-u这个参数，等远程仓库里面有了内容之后，下次再从本地库上传内容的时候只需下面这样就可以了：
$ git push origin master
& & & & 上传项目的过程可能需要等一段时间，完成之后是这样的：
& & & & 这时候你再重新刷新你的Github页面进入刚才新建的那个仓库里面就会发现项目已经成功上传了：
& & & &&至此就完成了将本地项目上传到Github的整个过程。
& & & 另外，这里有个坑需要注意一下，就是在上面第七步创建远程仓库的时候，如果你勾选了Initialize this repository with a README（就是创建仓库的时候自动给你创建一个README文件），那么到了第九步你将本地仓库内容推送到远程仓库的时候就会报一个failed
to push some refs&to &/guyibang/TEST2.git的错。
& & &&这是由于你新创建的那个仓库里面的README文件不在本地仓库目录中，这时我们可以通过以下命令先将内容合并以下：
$ git pull --rebase origin master
& & & &这时你再push就能成功了。
& & &总结：其实只需要进行下面几步就能把本地项目上传到Github
& & &1、在本地创建一个版本库（即文件夹），通过git init把它变成Git仓库；
& & &2、把项目复制到这个文件夹里面，再通过git add .把项目添加到仓库；
& & &3、再通过git commit -m &注释内容&把项目提交到仓库；
& & &4、在Github上设置好SSH密钥后，新建一个远程仓库，通过git remote add origin&/guyibang/TEST2.git将本地仓库和远程仓库进行关联；
& & &5、最后通过git push -u origin master把本地仓库的项目推送到远程仓库（也就是Github）上；（若新建远程仓库的时候自动创建了README文件会报错，解决办法看上面）。
& & & 这里只是总结了Git上传项目的一些基本操作，要想更好地使用Git还需更进一步的学习。
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：17649次
排名：千里之外
评论：13条
/tools/emmet-cheat-sheet.html
(window.slotbydup = window.slotbydup || []).push({
id: '4740887',
container: s,
size: '250,250',
display: 'inlay-fix'作者：vfhky | 时间： 18:30 | 分类：
今年1月中旬的时候BZ在GitHub上收到Typecho社区组织的成员邀请，原来是想把所有TP的开源插件都整合到上进行维护。之前BLOG在使用Typecho的时候写了3个插件：、和，那如果放到typecho-fans上进行维护的话对使用者和开发者来说都是挺方便的。但是当时不知道怎么把之前这3个已经放在GitHub上进行维护的插件仓库作为子目录/仓库同步到typecho-fans的插件仓库中，所以一直都没有行动。
这几天发现在社区GitHub上的README文件中已经推荐用subtree方法添加作者之前的插件repo（submodule方法能链接至原repo但也会给下载与维护带来一定麻烦），所以BZ查了subtree的相关资料，然后成功将自己之前放在GitHub上的这3个插件repo作为社区插件库的3个子目录进行双向同步维护。下面是这次Git Subtree实践的具体过程。
1 克隆社区维护的插件库到本地
BZ在自己的Win 10机器上安装了git version 2.11.0.windows.1，因此下面所有的操作都是通过Git Bash实现的。如下所示，首先使用git clone命令把由社区维护的插件库克隆到E盘(plugins目录)。
####### 进入硬盘的E目录并clone项目
vfhky@vfhky-pc MINGW64 /e
$ git clone :typecho-fans/plugins.git
Cloning into 'plugins'...
remote: Counting objects: 3928, done.
remote: Compressing objects: 100% (124/124), done.
remote: Total 3928 (delta 51), reused 0 (delta 0), pack-reused 3803
Receiving objects: 100% (), 7.58 MiB | 265.00 KiB/s, done.
Resolving deltas: 100% (), done.
Checking out files: 100% (), done.
2 添加第1个要作为子仓库/目录的远程仓库
进入刚建立的plugins目录，然后使用git remote add命令把要合并进来作为子仓库/目录的远程库PlayAtWill加入到本地仓库plugins中。注意：一个本地的仓库可以添加多个远程仓库！
####### 添加远程仓库PlayAtWill，其中-f意思是在添加远程仓库之后，立即执行fetch
vfhky@vfhky-pc MINGW64 /e/plugins (master)
$ git remote add -f PlayAtWill git@github.com:vfhky/PlayAtWill.git
Updating PlayAtWill
warning: no common commits
remote: Counting objects: 15, done.
remote: Total 15 (delta 0), reused 1 (delta 0), pack-reused 14
Unpacking objects: 100% (15/15), done.
From github.com:vfhky/PlayAtWill
* [new branch]
-& PlayAtWill/master
* [new tag]
3 把第1个远程仓库作为本地仓库的子仓库/目录
在添加完PlayAtWill这个远程仓库后就可以通过git subtree add命令来设置这个远程仓库为社区插件库plugins的一个子仓库（或者称为子目录）了。
####### 其中--squash意思是把subtree的改动合并成一次commit，这样就不用拉取子项目完整的历史记录。
vfhky@vfhky-pc MINGW64 /e/plugins (master)
$ git subtree add --prefix=PlayAtWill PlayAtWill master --squash
git fetch PlayAtWill master
:vfhky/PlayAtWill
-& FETCH_HEAD
Added dir 'PlayAtWill'
【此时在本地仓库同步创建了远程PlayAtWill仓库】
4 查看本地整个仓库情况
使用git status命令查看本地整个仓库plugins的情况，结果如下所示。可以看到由于第2、3小节的操作，现在本地仓库已经比对应的远程仓库(origin/master)多了2个commits。如果此时本地仓库没有要更改的文件的话，那么直接使用git push命令可以推送到typecho-fans的远程仓库中了（其它开发成员也能看到此次更新）。
vfhky@vfhky-pc MINGW64 /e/plugins (master)
$ git status
On branch master
Your branch is ahead of 'origin/master' by 2 commits.
(use &git push& to publish your local commits)
nothing to commit, working tree clean
5 添加第2个要作为子仓库/目录的远程仓库
同小节2中的操作一样，使用git remote add命令把要合并进来作为子仓库/目录的远程库SCS加入到本地仓库plugins中。
####### 添加远程仓库SCS，其中-f意思是在添加远程仓库之后，立即执行fetch
vfhky@vfhky-pc MINGW64 /e/plugins (master)
$ git remote add -f SCS git@github.com:vfhky/SCS.git
Updating SCS
warning: no common commits
remote: Counting objects: 48, done.
remote: Compressing objects: 100% (6/6), done.
remote: Total 48 (delta 0), reused 6 (delta 0), pack-reused 42
Unpacking objects: 100% (48/48), done.
From github.com:vfhky/SCS
* [new branch]
-& SCS/master
* [new tag]
* [new tag]
* [new tag]
* [new tag]
* [new tag]
* [new tag]
6 把第2个远程仓库作为本地仓库的子仓库/目录
同小节3中的操作一样，使用git subtree add命令来设置这个远程仓库SCS作为社区插件库plugins的一个子仓库（或者称为子目录）了。
####### 其中--squash意思是把subtree的改动合并成一次commit，这样就不用拉取子项目完整的历史记录。
vfhky@vfhky-pc MINGW64 /e/plugins (master)
$ git subtree add --prefix=SCS SCS master --squash
git fetch SCS master
:vfhky/SCS
-& FETCH_HEAD
Added dir 'SCS'
7 修改项目的readme.md文件
由于新增了两个插件，所以需要更新下本地仓库的readme.md文件。这里BZ在自己的win10上安装了MarkdownPad2，所以直接使用MarkdownPad命令打开这个文件编辑即可。
vfhky@vfhky-pc MINGW64 /e/plugins (master)
$ /d/MarkdownPad\ 2/MarkdownPad2.exe
8 查看本地整个仓库情况
同小节4中的操作一样，使用git status命令查看本地整个仓库plugins的情况，结果如下所示。可以看到本地仓库由于第2/3/5/6小节的操作一共进行了4个commits，然后由于小节7的操作修改了README.md文件（等待git add操作）。
vfhky@vfhky-pc MINGW64 /e/plugins (master)
$ git status
On branch master
Your branch is ahead of 'origin/master' by 4 commits.
(use &git push& to publish your local commits)
Changes not staged for commit:
(use &git add &file&...& to update what will be committed)
(use &git checkout -- &file&...& to discard changes in working directory)
no changes added to commit (use &git add& and/or &git commit -a&)
9 查看git的操作记录
使用git log命令查看本地仓库的git操作日志，结果如下：
vfhky@vfhky-pc MINGW64 /e/plugins (master)
commit 126fdf96dc462f22c5a64b71f92d425de12b3f06
Merge: f6105
Author: vfhky &&
Tue Mar 21 20:27:57
Merge commit 'c4fbc3f33' as 'SCS'
commit c4fbc3f33
Author: vfhky &&
Tue Mar 21 20:27:57
Squashed 'SCS/' content from commit 00668df
git-subtree-dir: SCS
git-subtree-split: 00668dfe151c7ea16c51
commit af8afea38
Merge: 0e9dfe9 f4f9dca
Author: vfhky &&
Tue Mar 21 20:25:00
Merge commit 'f4f9dcabbe38da7f9c64bf' as 'PlayAtWill'
10 把本地仓库所有的更新都同步到远程仓库
通过小节8/9的分析，确认了整个本地仓库的所有更新和提交都是无误的，那么就使用git add、git commit -m和git push这3个命令把本地仓库的所有操作同步更新到社区typecho-fans的远程仓库中。
vfhky@vfhky-pc MINGW64 /e/plugins (master)
$ git add --all && git commit -m &add two plugins.& && git push origin master
[master bafc97f] add two plugins.
1 file changed, 2 insertions(+)
Counting objects: 18, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (18/18), done.
Writing objects: 100% (18/18), 27.09 KiB | 0 bytes/s, done.
Total 18 (delta 4), reused 0 (delta 0)
remote: Resolving deltas: 100% (4/4), completed with 2 local objects.
To github.com:typecho-fans/plugins.git
0e9dfe9..bafc97f
master -& master
通过上面的操作已经成功把本地仓库的所有操作同步更新到了社区的远程仓库中了，效果如下图所示。
11 对子仓库的操作同步更新到其对应的原来的远程仓库
如果在本地仓库中对刚才通过git subtree add命令设置为子仓库的SCS和PlayAtWill作修改，又如何同步更新到这两个子仓库原来对应的远程仓库中呢？
这里以修改子仓库SCS为例，已知它原来对应的远程仓库是:vfhky/SCS.git。当修改了SCS中的README.md文件（并且已经在本地仓库作了git commit和git push操作），那么使用git subtree push命令就可以同步更新到它原来对应的远程仓库了。
git subtree push的原理是先遍历本地仓库所有的git commit操作，然后匹配出对子仓库SCS的那些commit，最后把这些操作同步更新到它原来对应的远程仓库中。
####### 对子仓库的操作同步更新到其对应的原来远程仓库
vfhky@vfhky-pc MINGW64 /e/plugins (master)
$ git subtree push --prefix=SCS :vfhky/SCS.git master --squash
git push using:
:vfhky/SCS.git master
Counting objects: 3, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 360 bytes | 0 bytes/s, done.
Total 3 (delta 1), reused 0 (delta 0)
remote: Resolving deltas: 100% (1/1), completed with 1 local objects.
:vfhky/SCS.git
00668df..088684c
e68554dea3c29c61cddbd781 -& master
vfhky@vfhky-pc MINGW64 /e/plugins (master)
最终的同步效果如下图所示。
12 把子仓库对应的远程仓库的操作同步更新到本地仓库
如果对子仓库原来对应的远程仓库作了修改，那么可以在本地仓库使用git subtree pull --prefix=SCS :vfhky/SCS.git master --squash命令来获取其远程仓库更新的内容，这里就不做演示了。到此，关于子仓库和其原来对应的远程仓库的双向同步操作演示已经完毕。
Please enable JavaScript to view the
Categories
Recent PostsGitHub：怎样在参与开发时同步你的远程代码仓库 - CSDN博客
GitHub：怎样在参与开发时同步你的远程代码仓库
本文中的最初作为例子的开源代码库smartdevicelink是一个车联网真实的开源代码库，并且已经在量产车中有使用，欢迎有能力且有兴趣的开发者参与，也可以联系我。不过发现之前发表文章后有哥们在上面误操作，导致别的开发人员的正常pull request出现问题! 基于担心可能别人也这样操作，所以改为GitHub自身提供的一个例子。
随着越来越多的互联网企业宣布自己在GitHub上开源项目，越来越多的开发人员可以参与进来开发，贡献自己的一份力量。但是这样由于大家互不谋面可能沟通交流，写代码的方式，思维都会不一样，所以需要一系列约束来遵守，最主要的就是贡献代码时会有很多人同时开发的情况，这样需要经常同步上游仓库到自己本地仓库和自己的远程服务器中。
1. 创建自己的GitHub账号
2. Fork一个你准备参与开发的代码库
GitHub上专门有一个供大家练习的Repository
这样在自己的GitHub仓库中就会有该代码库：
3. Clone 到你本地
$git clone /&user&/Spoon_Knife.git
4.添加远程仓库
$cd Spoon_Knife
$git remote -v
#git remote 可以查看我们配置了那些远程仓库服务器,并列出简写
#-v 可以帮助查看远程仓库服务器相对应的URL
origin https://github.com/&user&/Spoon_Knife.git(fetch)
origin https://github.com/&user&/Spoon_Knife.git(push)
$git remote add upstream https://octocate/Spoon_Knife
#git remote add &shortname& &url&
#可以添加一个新的远程Git仓库，同时制定自定义的简写名称
$git remote -v
origin https://github.com/&user&/Spoon_Knife.git(fetch)
origin https://github.com/&user&/Spoon_Knife.git(push)
https://github.com/smartdevicelink/Spoon_Knife.git(fetch)
https://github.com/smartdevicelink/Spoon_Knife.git(push)
一般的开源代码库，都有master分支和develop分支，master分支比较稳定，用来发布。develop分支一般用来开发。
强烈建议参与开发前每个开发者都仔细看一下代码库中的CONTRIBUTING.md文件，这样会省很多没必要的沟通，也会对该开源项目的要求做一个简单的了解。
如果想添加一个新的需求，则可以基于原来代码的develop分支新建一个feature分支
如果发现了某个问题，并想解决这个问题，则应先提出issue,然后基于develop分支新建一个hotfix分支
$git checkout develop
$git checkout -b newFeature develop
$git checkout -b hotfix_bug
然后在新建的分支上修改代码
由于开源的项目，会有很多人同时参与开发，所以需要经常同步其他人的开发。从远程上游（upstream）仓库同步代码到本地和自己fork来的GitHub仓库中。需要三步：
1. Fetch 上游仓库的新的提交
$git fetch upstream
会看到比较详细的输出信息，从远程仓库拉取其新的分支和各自的提交，保存到本地仓库。
可以通过以下命令查看本地的所有分支：
$git branch -va
71493a0 Merge pull request #409 from LuxoftSDL/fix/Use_AppName_if_VR_or_TTS_synonyms_Empty_in_QueryApps
e76f8e7 Merge pull request #404 from smartdevicelink/hotfix/fix_pt_sendMessagetoSDK
release/4.0.0
4d6cf97 Merge pull request #220 from LuxoftSDL/hotfix/SystemRequest_crash_sdl4.0
remotes/origin/HEAD
-& origin/master
remotes/origin/UPS-release
4d00dc0 Merge branch 'hotfix/error-in-PI' into UPS-release
remotes/origin/develop
71493a0 Merge pull request #409 from LuxoftSDL/fix/Use_AppName_if_VR_or_TTS_synonyms_Empty_in_QueryApps
remotes/origin/feature/experimental/remote_control
61393c8 HMI Get URls Update
remotes/origin/hotfix/change-device-info-to-string
d7f3cc3 Changed device_info id to string and mac_address
remotes/origin/hotfix/cla
a80368a Added instructions to sign CLA
remotes/origin/hotfix/get_urls
6e304f2 Get Urls Fix
remotes/origin/hotfix/hybrid_service_to_mobile
9429759 Send hybrid service 0x0F if outgoing message has binary data
remotes/origin/hotfix/local_pt_update
44da661 Policy Table Update HMI Button
remotes/origin/master
e76f8e7 Merge pull request #404 from smartdevicelink/hotfix/fix_pt_sendMessagetoSDK
remotes/origin/release/4.0.0
4d6cf97 Merge pull request #220 from LuxoftSDL/hotfix/SystemRequest_crash_sdl4.0
remotes/upstream/UPS-release
4d00dc0 Merge branch 'hotfix/error-in-PI' into UPS-release
remotes/upstream/develop
71493a0 Merge pull request #409 from LuxoftSDL/fix/Use_AppName_if_VR_or_TTS_synonyms_Empty_in_QueryApps
remotes/upstream/feature/experimental/remote_control
61393c8 HMI Get URls Update
remotes/upstream/hotfix/bt_device_scanner_leak
36ba4ad Fixes #314
2. Merge从上游仓库拉取的变更
比如我们要合并master分支
$git checkout master
Switched to branch 'master'
Your branch is up-to-date with 'origin/master'.
$git merge upstream/master
Updating e76f8e7..6808a52
Fast-forward
.travis.yml
src/components/application_manager/CMakeLists.txt
.../application_manager/include/application_manager/application_manager_impl.h
.../include/application_manager/commands/hmi/dial_number_request.h
75 +++++++
.../include/application_manager/commands/hmi/dial_number_response.h
76 +++++++
.../include/application_manager/commands/mobile/dial_number_request.h
.../include/application_manager/commands/mobile/dial_number_response.h
src/components/application_manager/include/application_manager/smart_object_keys.h
src/components/application_manager/src/application_manager_impl.cc
.../application_manager/src/commands/hmi/button_get_capabilities_response.cc
src/components/application_manager/src/commands/hmi/dial_number_request.cc
src/components/application_manager/src/commands/hmi/dial_number_response.cc
src/components/application_manager/src/commands/mobile/dial_number_request.cc
96 +++++++-
src/components/application_manager/src/commands/mobile/dial_number_response.cc
.../application_manager/src/commands/mobile/register_app_interface_request.cc
src/components/application_manager/src/commands/mobile/slider_request.cc
src/components/application_manager/src/commands/mobile/system_request.cc
| 489 +++++++++++++++++++++++++++++++++++------
src/components/application_manager/src/hmi_command_factory.cc
src/components/application_manager/src/message_helper.cc
src/components/application_manager/src/mobile_command_factory.cc
.../connection_handler/include/connection_handler/connection_handler_impl.h
src/components/connection_handler/src/connection_handler_impl.cc
src/components/interfaces/HMI_API.xml
src/components/interfaces/MOBILE_API.xml
| 144 ++++++------
src/components/policy/src/policy/src/cache_manager.cc
26 files changed, 1108 insertions(+), 179 deletions(-)
create mode 100644 .travis.yml
create mode 100644 src/components/application_manager/include/application_manager/commands/hmi/dial_number_request.h
create mode 100644 src/components/application_manager/include/application_manager/commands/hmi/dial_number_response.h
create mode 100644 src/components/application_manager/include/application_manager/commands/mobile/dial_number_response.h
create mode 100644 src/components/application_manager/src/commands/hmi/dial_number_request.cc
create mode 100644 src/components/application_manager/src/commands/hmi/dial_number_response.cc
create mode 100644 src/components/application_manager/src/commands/mobile/dial_number_response.c
如果本地没有独特的提交，git会自动fast-forward.
3. Push 本地更新到自己的远程服务器上
$git push origin master
Username for '':
Password for '':
Total 0 (delta 0), reused 0 (delta 0)
98b34b9..6808a52
master -& master
本文已收录于以下专栏：
相关文章推荐
GitHub以及它所依赖的版本控制系统Git，绝对是非常出色的项目管理和协作的工具，不管项目是不是跟代码相关。
本文会讨论有哪些选项可以让Git和Github更好的融入项目的工作流当中，以实现平滑的...
前言：当我们想要实现几个小伙伴合作开发同一个项目，或者建立一个资源分享平台的时候，GIT就是一个很好的选择。当然，既然是一个共有平台，那么把这个平台放到个人计算机上明显是不合适的，因此就要在服务器上搭...
言归正传，最近有人在群里问怎么将新创建的本地代码上传到github上，这里简单的记录一下，我喜欢使用命令行，这里全用命令行来实现，不了解git命令的可以去了解下。
/articles/fork-a-repo
1.先把关注的项目fork一份到github上自己的代码仓库
2.克隆一份代码到本地：git cl...
平时在公司的时候用过git的指令，自己在前面的博客当中也转载过，但是今天遇到了本地代码同步到GitHub上的问题，研究了一下午，有兴趣的看一下，有问题之处还望多多指教。
目录1. 第一节，在GitHu...
git远程仓库的上传和下载
1. 去官网(/)注册一个帐号
2. 在本地安装git
sudo apt-get install git  
sudo apt-get...
部署github项目
Step1 创建数据仓库
Step2 创建认证
Step3 同步git数据仓库简介作为一名程序猿，经常跳槽是在所难免，有时我们自己开发的一些服务或者工具，不能及时共享而遗留...
原文链接：/p/ebd
首先我们先来回顾一下之前的三节我们都学了些什么：
第一节：Git的引入以及关于Git的一些概念，让我们...
问题描述：对于一个远程资源库，如果你fork之后，远程仓库有所修改，这时你需要将本地的仓库与远程仓库同步，以更新最新的本地仓库。
第一步：fork远程仓库
1、找到远程仓库，找到fork功能键，点击...
他的最新文章
讲师：宋宝华
讲师：何宇健
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)