用 SVN 即可.

舉例說明: 譬如這個項目: Mooophy/Cpp-Primer · GitHub, 我只想看 ch03 文件夾的代碼怎么辦? 先打開 ch03, 其 URL 為: "https: //github. com/Mooophy/Cpp-Primer/tree/master/ch03"(這里添加空格, 為了防止知乎智能識別)

將 /tree/master/ 換成 /trunk/ . (這個以前玩 Google Code 的人應(yīng)該很熟悉.) "https: //github. com/Mooophy/Cpp-Primer/trunk/ch03"(同樣有空格)

然后, 輸入:

svn checkout https://github.com/Mooophy/Cpp-Primer/trunk/ch03

PS: 第一次使用的話, 可能會出現(xiàn)下面這個提示:

R)eject, accept (t)emporarily or accept (p)ermanently?

輸入 P 就行了.

玩的愉快!

---------------------------------------

Update:

評論有人問: 請教下， 如果不是master分支 ， 我這邊是develop分支 那還有辦法下載某個文件夾嗎？

有辦法的, 只需要將 /trunk/ 換成 /branches/branchname/ 就行了. 對于這位的需求, 就是 /branches/develop/.

https://www.zhihu.com/question/25369412

2.

顯示信息類命令  
git ls-files -u 顯示沖突的文件，-s是顯示標記為沖突已解決的文件

git diff 對比工作區(qū)和stage文件的差異  
git diff --cached 對比stage和branch之間的差異

git branch 列出當前repository下的所有branch  
git branch --a 列出local 和remote下的所有branch

git ls-files --stage 檢查保存在stage的文件

git log 顯示到HEAD所指向的commit為止的所有commit記錄 。使用reset HEAD~n 命令使HEAD指針向前移動，會導致HEAD之后的commit記錄不會被顯示。

git log -g則會查詢reflog去查看最近做了哪些動作，這樣可以配合git branch 恢復之前因為移動HEAD指針所丟棄的commit對象。如果reflog丟失則可以通過git fsck --full來查看沒被引用的commit對象。  
git log -p -2 對比最新兩次的commit對象  
log -1 HEAD

git log --pretty=oneline

git log --stat 1a410e 查看sha1為1a410e的commit對象的記錄

git blame -L 12,22 sth.cs 如果你發(fā)現(xiàn)自己代碼中 的一個方法存在缺陷,你可以用git blame來標注文件,查看那個方法的每一行分別是由誰 在哪一天修改的。下面這個例子使用了-L選項來限制輸出范圍在第12至22行

創(chuàng)建類命令  
git brach branchName 創(chuàng)建名為branchName的branch  
git checkout branchName 切換到branchName的branch  
git checkout -b 創(chuàng)建并切換，也就是上面兩個命令的合并

git brach branchName ef71 從commit ef71創(chuàng)建名為branchName的branch

撤銷類命令  
如果是單個文件  
1.use "git reset HEAD <file>..." to unstage  
如果已經(jīng)用add 命令把文件加入stage了，就先需要從stage中撤銷

然后再從工作區(qū)撤銷  
2.use "git checkout -- <file>..." to discard changes in working directory

git checkout a.txt  撤銷a.txt的變動（工作區(qū)上的文件）  
如果是多個文件  
git chenkout .

如果已經(jīng)commit 了，則需要  
git commit --amend 來修改，這個只能修改最近上一次的,也就是用一個新的提交來覆蓋上一次的提交。因此如果push以后再做這個動作就會有危險

$ git reset --hard HEAD 放棄工作區(qū)和index的改動,HEAD指針仍然指向當前的commit.（參照第一幅圖）

這條命令同時還可以用來撤銷還沒commit的merge,其實原理就是放棄index和工作區(qū)的改動，因為沒commit的改動只存在于index和工作區(qū)中。

$ git reset --hard HEAD^ 用來撤銷已經(jīng)commit的內(nèi)容(等價于 git reset --hard HEAD~1) 。原理就是放棄工作區(qū)和index的改動，同時HEAD指針指向前一個commit對象。

git revert 也是撤銷命令，區(qū)別在于reset是指向原地或者向前移動指針，git revert是創(chuàng)建一個commit來覆蓋當前的commit,指針向后移動

提交類命令  
git add 跟蹤新文件或者已有文件的改動，或者用來解決沖突

git commit 把文件從stage提交到branch

git commit -a 把修改的文件先提交到stage,然后再從stash提交到branch

git commit -am "此處是添加修改注釋"（也可以先-a  ，然后在-m，a即是add，m即是message）

刪除類命令  
git rm --cached readme.txt 只從stage中刪除，保留物理文件

git rm readme.txt 不但從stage中刪除，同時刪除物理文件

git mv a.txt b.txt 把a.txt改名為b.txt

Merge類命令

在沖突狀態(tài)下，需要解決沖突的文件會從index打回到工作區(qū)。

1.用工具或者手工解決沖突  
2.git add 命令來表明沖突已經(jīng)解決。  
3.再次commit 已解決沖突的文件。

$ git reset --hard ORIG_HEAD 用來撤銷已經(jīng)commit 的merge.  
$ git reset --hard HEAD 用來撤銷還沒commit 的merge,其實原理就是放棄index和工作區(qū)的改動。

git reset --merge ORIG_HEAD，注意其中的--hard 換成了 --merge，這樣就可以避免在回滾時清除working tree。

git merge --no-ff + 分支名 每次的merge都當作一次提交

這些都是平常用的比較多的，有些命令并不是固定的，可以根據(jù)需求，可以更改！

https://blog.csdn.net/lichang719/article/details/51189865