-
pull request 具體步驟
將 原開源項目倉庫 fork到 自己的服務器 上；
將 自己服務器 上的 該倉庫 clone 到 本地；
本地修改；
push 回 自己服務器 上的 倉庫；
從 自己服務器 上的 倉庫，向 原開源項目倉庫 發起 pull request (合并申請）；
開源項目維護者 會review 你的 puul request，展開討論或者修改之；
一旦通過審核，開源項目維護者 合并 該分支 到 正式倉庫 然后 關閉 合并申請。
查看全部 -
1、創建一個分支。
2、添加新版本。
3、（核心）開啟一個pull request（拉取請求），pull request用來發起對你做的各個版本的討論。因為pull request與底層git倉庫代碼是緊密相關的，任何人都能確切地看到一旦他接受了你的pull request會有哪些代碼合并進來。
4、討論和代碼審核。
5、合并分支，然后部署。
查看全部 -
github flow是一個非常輕便的，基于分支的工作流。非常適合代碼部署非常頻繁的團隊和項目。
查看全部 -
不要在公共分支使用rebase
本地和遠端對應同一條分支,優先使用rebase,而不是merge
查看全部 -
merge branches之后，合并就成功了，master中擁有了idea中的所有代碼。底層歷史變成了如圖所示。新生成了一個C5，這是一個“融合版本”（merge commit）這個合并挺特殊，里面一般沒有修改內容，它的作用主要是把兩個分支合并起來。怎么合并呢？把master的內容sync到github.com上，然后查看一下這個merge commit，會發現它有兩個parent。
merge之后，master分支指針指向了merge commit，也就自動擁有了idea分支上的c3這個版本了。idea分支一般這會兒就可以刪除了。
查看全部 -
·····SD
查看全部 -
版本控制入門—github>
老師網址：github.com/happypeter
git---傻子 ，版本控制工具
開源文化---github.com(2008年誕生)，項目的托管。
Git與Linux之父，Linus
查看全部 -
學習使我快樂查看全部
-
github核心：團隊協作和代碼版本控制
GitHub flow? ?團隊協作流程
協作流程的核心： pull request (目的：引發討論和代碼審核)
查看全部 -
合并兩種方式：
merge commit? 和 rebase 有區別
版本沖突原因：
不同分支修改同一文件，git無法判斷該文件是由哪個分支修改，因此提示沖突。需要程序員手動解決沖突。
解決沖突：
把沖突部分還原
更新代碼
修改后
再合并
查看全部 -
master分支指向新的版本
分支類似一節一節的竹子，控制版本線
新建分支不是拷貝master分支，是重新創建了一個指針指向新版本
原則上：
master分支存放的代碼用于是可線上運行的無問題代碼
新建分支用于存放持續開發中的測試代碼
新建分支不會污染原master分支的代碼（新建分支的目的）
查看全部 -
新建項目
第一步?? 新建代碼倉庫 new repository
添加文件? create new file?
項目中相關介紹：
commit：版本操作，有幾個版本
commit new file? 提交新加文件到下一個版本（下方填寫版本說明）
版本號：40位，可以用前幾位作為簡寫形式，能區分即可
parent：上一個版本的版本號
版本之間通過父子版本號構成版本線連接在一起
查看全部 -
沖突的部分被<<< ? >>>包圍，被=======分隔；
head代表本地\當前分支，origin/master代表遠端\非當前；
刪掉沖突標識符，選擇二者其一的方案，提交版本解決沖突。
同一分支，在本地分支commit前先同步，發現別人在此分支上提交了新
版本：? ?1，與我將要提交的版本無沖突，則本地同步后直接融合，稱為變基（rebase)
2、與我將要提交的版本有沖突，則本地同步后發生沖突，通過上文方法解決沖突，提交解決沖突后的版本，稱為融合（merge)
查看全部 -
pull request url：repoName/pull/id
查看全部 -
github 官方hello-world
https://guides.github.com/activities/hello-world/
查看全部
舉報