問題場景描述
常常會遇到這樣的協同場景：後台的同事和前端的同事需要共同開發乙個新功能，而他們的**相互依賴，所以需要不停地更新各自的**進行聯調。
對於這種場景，最簡單的方式就是，這 2 個同事坐到一起，然後把 svn 當作乙個共享**的中轉站來共享開發中的**。
在這種方式下，大家各自寫自己的**，提交到 svn 上，然後用 svn up 獲得對方的**。在除錯問題的時候，大家可能不停地更新**，然後讓對方用 svn up 來更新。最終，雖然開發能夠順利進行，但是 svn 上會積累大量除錯中的**歷史。所以，這樣把 svn 當作**中轉站是乙個很山寨的行為。
git 對於你本機的**專案，允許用很方便的方式進行非授權的唯讀訪問 ,相關介紹鏈結。簡單來說，就是可以用 git 自帶的 git daemon 命令在本機的 9418 埠啟動乙個守護程序，然後其它機器就可以以唯讀方式訪問你開放出來的專案**。
具體步驟如下：
cd /path/to/project.gittouch git-daemon-export-ok
git daemon --reuseaddr --base-path=/opt/git/ /opt/git/
git checkout git://your_ip_address/project
對於這種基於 git 的協作，我們可以在本地隨意的提交**，讓對方用 git pull 更新。當開發完成，需要 push 到公共倉庫的時候，再用 git rebase -i 將本地的提交進行清理即可。並且由於大家都是在機器間互拷，不依賴 svn 公共伺服器，更新**的速度也要快得多。
git 協同開發
gitlab多人協同工作 本文為亨利向 git權威指南 的作者蔣鑫老師的答疑郵件寫成。這裡特別感謝蔣鑫老師對我詢問gitlab的協同工作流程問題的詳細解答。蔣鑫老師的細緻專業的解答讓我非常感動。gitlab 新穎的git伺服器託管 開源免費。你可以在自己的公司或者開發團隊搭建好乙個。gitlab的工...
git協同開發
彙總參與該項目的各個開發者的 存放趨於穩定和可發布的 切換到develop分支 git checkout develop分出乙個功能性分支 git checkout b feature discuss在功能性分支上進行開發之後，多次commit 測試之後 合併到develop git checkou...
git協同開發
當你從遠端倉庫轉殖時，實際上git自動把本地的master分支和遠端的master分支對應起來了，並且，遠端倉庫的預設名稱是origin。要檢視遠端庫的資訊，用git remote root web02 oldboypython git remote origin git remote v顯示更詳細...