文章目錄
- Git 學習（三）---- GitHub 遠端庫操作
- 使用GitHub 建立遠端庫
- 上傳本地庫中儲存的檔案到 遠端庫中
- git remote add [别名] [遠端連結] 給遠端倉庫取别名
- git remote -v 檢視目前遠端倉庫的别名
- git push [遠端庫] [分支] 上傳遠端庫
- 在 github中 檢視推送
- 在GitHub 線上修改代碼，本地庫更新
- git pull [遠端連結/别名] [分支] 拉取遠端庫代碼到本地庫中
- git clone [遠端連結] [分支名] 克隆遠端倉庫
- git clone 操作幹了哪些事情呢？
- GitHub 團隊内協作
- GitHub 跨團隊協作
Git 學習（三）---- GitHub 遠端庫操作
github 不太好通路，但是有辦法
FastGithub下載下傳及使用 - 知乎 (zhihu.com)
使用GitHub 建立遠端庫
github 是全英文的，建議使用 Goole 浏覽器通路，可以全文翻譯
（1）進入GitHub個人首頁 ，建立遠端倉庫
（2）建立倉庫，自定義名字，是否選擇公開，初始化倉庫
（3）已經成功建立倉庫了，可以看到 有 https 上傳的倉庫位址，ssh 上傳的倉庫位址
上傳本地庫中儲存的檔案到 遠端庫中
（1）之前已經在 本地中執行了 git add / git commit ,将 hello.txt 上傳到本地庫中了
（2）使用git push 指令将檔案上傳到 遠端的 github倉庫中
git remote add [别名] [遠端連結] 給遠端倉庫取别名
git remote add [别名] 遠端位址很長，是以有的時候就會選擇起一個短一點的别名，push的時候直接寫别名就行了，可寫可不寫
git remote -v 檢視目前遠端倉庫的别名
git 因為遠端庫既可以拉取，也可以推送，是以出現了兩個别名
push 的時候可以使用别名，clone、pull 也可以使用别名
git push [遠端庫] [分支] 上傳遠端庫
git push [遠端庫連結/别名] [分支branch] 上傳的時候，最小機關是分支，需要指定本地庫中的哪一個分支及進行推送。
在日志中可以看到推送百分百完成，master分支推送完畢
在中間可能需要驗證 github 的身份賬号，一種是賬号密碼登陸，一種是密碼登入，盡量選擇第一種
在 github中 檢視推送
重新整理後，看到推送的資訊
在GitHub 線上修改代碼，本地庫更新
如果我們在github上對文本進行修改編輯，那麼需要更新我們本地庫的内容，需要保持一緻
git pull [遠端連結/别名] [分支] 拉取遠端庫代碼到本地庫中
git pull [遠端庫連結/别名] [分支] 拉取遠端庫代碼的最小機關也是分支
到本地庫進行拉取，拉取遠端倉庫的代碼，對本地代碼進行更新
此時檢視本地庫中hello.txt 檔案，拉取成功
git clone [遠端連結] [分支名] 克隆遠端倉庫
git clone [遠端倉庫連結] [分支名] 遠端倉庫如果是 public,那麼讀權限是不受限制的，是以可以直接克隆，不需要登陸賬号
在一個建立的檔案夾下，我們把倉庫中的項目給完整克隆下來
檔案自動建立好，遠端倉庫的内容也被克隆下來了
git clone 操作幹了哪些事情呢？
（1）拉取遠端庫代碼
（2）本地庫初始化
（3）給拉取的代碼分支起一個預設的别名（origin）
GitHub 團隊内協作
（1）上司leader的倉庫，進入項目設定
（2）點開collaboration 合作者的選項，點選add peopel ,邀請合作者
（3）輸入github使用者名
（4）進行邀請
（5）邀請之後會生成一個 邀請函 pending invite,将邀請函複制下來（其實就是一個github連結）
（6）leader 将邀請函的連結通過釘釘、微信發給 程式員1， 程式員1 打開之後接收邀請，程式員1就擁有了push 這個遠端代碼倉庫的權限了。
GitHub 跨團隊協作
（1）團隊1 将自己的遠端倉庫連結發送給 團隊2 ，團隊2 點選fork，将别人的遠端倉庫 fork(叉)一份到自己的本地遠端倉庫來
（2）團隊2在自己的本地倉庫中可以看到粘貼了一份一樣的倉庫（forked來自于團隊1）
（3）團隊2 在自己的電腦上clone、修改、開發、上傳到本地庫，push到本地遠端倉庫
（4）修改過之後上傳至本地遠端倉庫，點選pull request，拉取請求，給團隊1對個話，說我寫好了你們要不要。
點選pull request
團隊2建立 pull request
團隊2 編輯request 的内容，發送pull request
（5）團隊1打開Github 賬戶，處理pull request
點開pull request,發現團隊2傳遞的資訊
打開請求的内容，可以檢視發送的資訊，以及傳遞的檔案代碼進行稽核，團隊1 決定要不要merge