第18月第25天 github下载单个文件夹 git命令

1.

用 SVN 即可.

举例说明: 譬如这个项目: Mooophy/Cpp-Primer · GitHub, 我只想看 ch03 文件夹的代码怎么办? 先打开 ch03, 其 URL 为: "https: //github. com/Mooophy/Cpp-Primer/tree/master/ch03"(这里添加空格, 为了防止知乎智能识别)

将 /tree/master/ 换成 /trunk/ . (这个以前玩 Google Code 的人应该很熟悉.) "https: //github. com/Mooophy/Cpp-Primer/trunk/ch03"(同样有空格)

然后, 输入:

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

PS: 第一次使用的话, 可能会出现下面这个提示:

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 对比工作区和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 如果你发现自己代码中 的一个方法存在缺陷,你可以用git blame来标注文件,查看那个方法的每一行分别是由谁 在哪一天修改的。下面这个例子使用了-L选项来限制输出范围在第12至22行

---

创建类命令  
git brach branchName 创建名为branchName的branch  
git checkout branchName 切换到branchName的branch  
git checkout -b 创建并切换，也就是上面两个命令的合并

git brach branchName ef71 从commit ef71创建名为branchName的branch

---

撤销类命令  
如果是单个文件  
1.use "git reset HEAD <file>..." to unstage  
如果已经用add 命令把文件加入stage了，就先需要从stage中撤销

然后再从工作区撤销  
2.use "git checkout -- <file>..." to discard changes in working directory

git checkout a.txt  撤销a.txt的变动（工作区上的文件）  
如果是多个文件  
git chenkout .

如果已经commit 了，则需要  
git commit --amend 来修改，这个只能修改最近上一次的,也就是用一个新的提交来覆盖上一次的提交。因此如果push以后再做这个动作就会有危险

$ git reset --hard HEAD 放弃工作区和index的改动,HEAD指针仍然指向当前的commit.（参照第一幅图）

这条命令同时还可以用来撤销还没commit的merge,其实原理就是放弃index和工作区的改动，因为没commit的改动只存在于index和工作区中。

$ git reset --hard HEAD^ 用来撤销已经commit的内容(等价于 git reset --hard HEAD~1) 。原理就是放弃工作区和index的改动，同时HEAD指针指向前一个commit对象。

git revert 也是撤销命令，区别在于reset是指向原地或者向前移动指针，git revert是创建一个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类命令

在冲突状态下，需要解决冲突的文件会从index打回到工作区。

1.用工具或者手工解决冲突  
2.git add 命令来表明冲突已经解决。  
3.再次commit 已解决冲突的文件。

$ git reset --hard ORIG_HEAD 用来撤销已经commit 的merge.  
$ git reset --hard HEAD 用来撤销还没commit 的merge,其实原理就是放弃index和工作区的改动。

git reset --merge ORIG_HEAD，注意其中的--hard 换成了 --merge，这样就可以避免在回滚时清除working tree。

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

这些都是平常用的比较多的，有些命令并不是固定的，可以根据需求，可以更改！

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