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

---

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

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

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

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

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

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

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

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

---

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

總結

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。