第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 github.com/Mooophy/Cpp-


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

posted @ 2018-03-25 09:13  lianhuaren  阅读(325)  评论(0编辑  收藏  举报