歡迎轉載，但請在開頭或結尾注明原文出處【blog.chaosjohn.com】

---

前段時間，公司開了一個新項目，買了另一家公司的源碼做二次開發。

項目進行了幾天后，我突然聽到參與開發的幾個同學在討論，關于 “不想把我們修改的版本推給他們”。

我就頓感奇怪，買了源碼還要遵循他們的開源協議？

我跑過去問問怎么回事，一聽就樂了。原來對方公司將代碼部署在私有 git 服務器上，給了我們賬號密碼以供拉取源碼。對方承諾對產品做后續的更新維護，新版本也發布在該 git 倉庫上。但是我們對源碼做二次開發，會進行很多改動，又不想把我們的改動推給他們。

啊這。。。明顯是對 git 不熟悉啊，而且還不是一個同學，應該值得反省。平日里起草招聘需求時都會把 git 作為一個必備的技能項，結果輪到自己身上，卻只略知皮毛。

我先代入他們的思維反過來推理：為什么一定要 push，他們的代碼只做 pull，拉取新版合并到本地不就行了么。哦，原來不止一個小伙伴在協同開發，相互間要共享改動，比如 A同學 的改動 push 后 B同學 pull 后才能看到。那 push 后不就推送到了對方公司的 git 服務器了么。

所以小伙伴們還停留在一個 git 倉庫只有一個遠端的層面。

其實一個 git 倉庫是可以配置多個遠端 remote。

---

我們舉個例子來模擬一下，我們從 github<

總結

以上是生活随笔為你收集整理的git push origin master是什么意思_git 设置远端仓库的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。