Git 与 SVN 命令学习笔记

一:Git

1:初始化和基础

git config --global user.name "you name"   #设置用户名
git config --global user.email "you email"  #设置用户邮箱
git config --global color.ui true  #设置git适当地显示不同颜色
git config --global alias.st status  #为status命令设置别名st(git st =git status),其他命令也可这样创建别名

git init  #初始化一个文件夹为一个版本库

git remote [-v]  #查看远程库[详细]信息
git remote add  origin git@server-name:path/repo-name.git  #将本地版本库关联到远程版本库(origin 远程库)

git pull  #抓取远程分支到本地

git clone https://git.oschina.net/账号名/test.git  #克隆远程库到本地(这里使用的是https协议,一般用ssh的git协议更快)

 

2:添加文件和提交
git add filename  #将文件从工作区添加到暂存区
git add .    #将所有改动添加到暂存区

git status [-s]  #查看当前工作区和暂存区状态

git diff filename  #查看修改内容
git diff HEAD --filename  #查看工作区和版本库里最新版本的区别

git commit -m  'message'  #将暂存区内容提交到分支版本库

git push [-u] origin master  #第一次推送分支时加上 -u 参数,git把本地master分支内容推送到远程新的master分支的同时也将本地master分支和远程master分支关联起来,后面使用push推送时就不需要加 -u 参数

 

3:查看日志
git log [--pretty=oneline]  #查看提交日志
git log --graph --pretty=oneline  --abbrev-commit  #查看分支的合并情况

 

4:回退
git reset --hard HEAD^  #回退到上一个版本
git reset --hard HEAD^^  #回退到上上个版本(一个^代表一个版本,以此类推)
git reset --hard HEAD~10  #回退到从现在之前的第10个版本
git reset --hard commit_id  #回退到 commit_id 所表示的那个版本(commit_id可通过git log 查看)
git reset HEAD filename  #撤销暂存区的修改,重新放回工作区
git reflog  #查看命令历史
git checkout -- filename  #把文件在工作区的修改全部撤销,如果文件还没添加到暂存区,则撤销回到和版本库一样的砖头,如果已经添加到暂存区后又有修改,则撤销回到添加到暂存区后的状态。
git rm filename  #删除版本库中的文件

情况一:未使用 git add 缓存代码时(此命令用来放弃掉所有还没有加入到缓存区(就是 git add 命令)的修改:内容修改与整个文件删除。但是此命令不会删除掉刚新建的文件。因为刚新建的文件还没已有加入到 git 的管理系统中。所以对于git是未知的。自己手动删除就好了。)

git checkout -- filepathname // 放弃单个文件修改,注意不要忘记中间的"--",不写就成了检出分支了!例如:git checkout -- /app/test.py
git checkout . // 放弃所有的文件修改

情况二:已经使用了 git add 缓存了代码(此命令用来清除 git 对于文件修改的缓存。相当于撤销 git add 命令所在的工作。在使用本命令后,本地的修改并不会消失,而是回到了如(一)所示的状态。继续用(一)中的操作,就可以放弃本地的修改。)

git reset HEAD filepathname //来放弃指定文件的缓存,比如: git reset HEAD /app/test.py
git reset HEAD . //放弃所有的缓存

情况三:已经用 git commit 提交了代码(你可以使用 git log 命令来查看git的提交历史。然后可以看到第一行就是 commitid,获取commitid就可以指定相应ID镜像回退。)
git reset --hard HEAD^ //来回退到上一次commit的状态
git reset --hard commitid ** //此命令可以用来回退到指定任意版本

 

分支图的查看
红色:当前所在分支
绿色:本地分支(一般对本地无用分支可以直接删除)
黄色:tag
橙色:远程分支
灰色:合并标示



5:分支
git branch  #查看当前分支

git branch -a  #查看所有分支,包括远程分支,远程分支会显示为红色。
git branch dev  #创建dev分支
git branch -d dev  #删除本地dev分支
git branch -D dev  #强制删除dev分支
git branch --set-upstream branch-name origin/branch-name  #建立本地分支和远程分支的关联(老版本)

git branch -r -d origin/dev ; git push origin:dev   #删除远程dev分支

git checkout dev  #切换到dev分支
git checkout -b dev  #创建dev分支并切换到dev分支

git merge dev  #将dev分支合并到当前分支
git merge --no-ff -m "message" dev  #使用非Fast forward模式合并dev分支并commit,-m 参数是commit的描述

git merge --abort   #撤销合并

场景:如果远程新建了一个分支,本地没有该分支。

1)git checkout -b dev  #创建本地分支dev并切换到dev分支

2)git pull origin dev   #本地分支dev与远程分支origin/dev关联

场景:如果本地新建了一个分支 dev,但是在远程没有。若要远程也有dev分支

1)git checkout -b dev   #再本地创建分支

2)git push -u origin dev    #和远程分支关联并创建远程分支 -u 表示关联

场景:如果本地有分支dev2,远端有分支dev,分支不同名

git push -u origin dev2:dev  #将本地dev2分支推送到远程dev分支即可,如果远端分支dev跟新了,拉取下   git  pull  origin  dev:dev2   或者git pull origin dev

场景:将dev分支合并到master分支

1)git checkout master   #首先切换到master分支

2)git pull origin master   #拉取远程最新代码,多人开发时防止冲突。

3)git merge dev  #把dev分支合并到master分支

4)git status   #查看状态

5)git merge --abort   #撤销此次合并

场景:master版本最新,dev版本非最新,将master某个文件或者某个目录合并回dev

1)切换到master分支并拉取最新代码

git checkout master

git pull 

2)切换到dev分支并拉取最新代码

git checkout dev 

git pull  

3)将master的某个文件或某个目录合并到dev

git checkout master json/test.json  #将master的json/test.json文件合并到dev

git checkout master source/json  #将master的source/json目录合并到dev

4)提交dev代码

git add .

git commit -m "commit json"

git push

 

6:贮藏

git stash   #挂起当前工作现场,后面恢复后可以继续工作
git stash list  #查看工作区中挂起的工作现场
git stash apply  #恢复被挂起的工作现场,但 shash 内容并没有被删除
git statsh drop  #恢复被挂起的工作现场后将 stash 删除
git stash pop   #恢复被挂起的工作现场的同时把 stash 内容也删除
git stash apply stash@{0}  #如果有多个被stash起来的工作现场,恢复时可以先用git stash list 查看,然后恢复到指定的stash

 

例子:git 执行git pull –rebase报错误如下,原因是如果有有未提交的更改,是不能git pull的

error: cannot pull with rebase: You have unstaged changes.
error: additionally, your index contains uncommitted changes.
error: please commit or stash them.

解决:
先执行(TortoiseGit 的“贮藏更改”) : git stash
再执行: git pull –rebase
最后再执行(TortoiseGit 的 “弹出贮藏”): git stash pop

 

7:其他
git tag v1.0  #新建一个标签v1.0
git tag  #查看所有标签
git tag v1.0 commit_id  #根据git log命令找到每次提交的commit_id,在对应的历史提交的 commit_id 打上标签v1.0
git show v1.0  #查看标签 v1.0 的信息
git tag -a v1.0 -m "message"  #创建带有说明的标签,-a 指定标签名,-m 指定说明文字
git tag -s v1.0 -m "message" commit_id  #如果安装了GPG,可以通过 -s 用私钥签名一个标签
git tag -d v1.0  #删除标签v1.0
git push origin v1.0  #将标签v1.0推送到远程
git push origin --tags  #一次性推送全部尚未推送到远程的本地标签
git push origin :refs/tags/v1.0  #删除远程的v1.0标签

 

 


二:SVN

清除其他用户,用新用户来操作:rm -rf ~/.subversion/auth

svn import  ./myproject  svn://192.168.2.11/myproject  -m  '首次提交'    #将本地文件添加到svn服务上,执行后本地的myproject文件夹还不是工作副本,需要checkout创建工作副本

1、检出
svn  co  http://路径(目录或文件的全路径) [本地目录全路径]  --username 用户名 --password密码

svn  co  svn://路径(目录或文件的全路径) [本地目录全路径]  --username 用户名 --password 密码
svn  checkout  http://路径(目录或文件的全路径) [本地目录全路径] --username 用户名
svn  checkout  svn://路径(目录或文件的全路径) [本地目录全路径]  --username 用户名
注:如果不带--password 参数传输密码的话,会提示输入密码,建议不要用明文的--password 选项。
  其中 username 与 password前是两个短线,不是一个。
  不指定本地目录全路径,则检出到当前目录下。
例子:
svn  co svn://192.168.0.1/svn/testapp  --username xst
svn  co http://192.168.0.1/svn/testapp  --username xst
svn  checkout svn://192.168.0.1 /svn/testapp  --username xst
svn  checkouthttp://192.168.0.1/svn/testapp  --username xst

2
、导出(导出一个干净的不带.svn文件夹的目录树)
svn  export  [-r 
版本号]  http://路径(目录或文件的全路径) [本地目录全路径] --username 用户名
svn  export  [-r 
版本号]  svn://路径(目录或文件的全路径) [本地目录全路径] --username 用户名
svn  export  
本地检出的(即带有.svn文件夹的)目录全路径    要导出的本地目录全路径
注:第一种从版本库导出干净工作目录树的形式是指定URL
  如果指定了修订版本号,会导出相应的版本,
  如果没有指定修订版本,则会导出最新的,导出到指定位置。
  如果省略 本地目录全路径,URL的最后一部分会作为本地目录的名字。
  第二种形式是指定本地检出的目录全路径要导出的本地目录全路径,所有的本地修改将会保留,
  但是不在版本控制(即没提交的新文件,因为.svn文件夹里没有与之相关的信息记录)的文件不会拷贝。
例子:
svn export  svn://192.168.0.1/svn/testapp  --username xst
svn export  http://192.168.0.1/svn/testapp  --username xst
svn export  /svn/testapp   /home/testapp

3
、添加新文件 
svn
 add 文件名
注:告诉SVN服务器要添加文件了,还要用svn commint -m真实的上传上去!
例子:
svn add test.php      # 添加test.php 
svn add  *.php          # 添加全部php文件


4
、提交
svn
 commit -m “提交备注信息文本“ [-N] [--no-unlock] 文件名
svn ci -m “提交备注信息文本“ [-N] [--no-unlock] 文件名
必须带上-m参数,参数可以为空,但是必须写上-m
例子:
svn  commit  -m  “提交当前目录下所有文件“ *         # 注意这个*表示全部文件
svn  commit  -m  “提交test.php“  test.php
svn  commit  -m  “提交test.php“ -N --no-unlock test.php     # 保持锁就用–no-unlock开关
svn  ci  -m  “提交当前目录下所有文件“ *           #注意这个*表示全部文件
svn  ci  -m  “提交test.php“  test.php
svn  ci  -m  “提交test.php“  -N  --no-unlock  test.php       # 保持锁就用–no-unlock开关

5
、更新文件
svn update
svn
 update -r 修正版本 文件名
svn update 文件名
例子:
svn update            # 后面没有目录,默认将当前目录以及子目录下的所有文件都更新到最新版本
svn update -r 200 test.cpp        #将版本库中的文件 test.cpp 还原到修正版本(revision)200
svn update test.php        # 更新与版本库同步。
注:提交的时候提示过期冲突,需要先 update 修改文件, 然后清除svn resolved,最后再提交commit。

6
、删除文件
svn delete svn://路径(目录或文件的全路径)  -m  “删除备注信息文本”
推荐如下操作:
svn delete 文件名 
svn ci -m “删除备注信息文本”
例子:
svn delete svn://192.168.0.1/testapp/test.php -m “删除文件test.php”
推荐如下操作:
svn delete test.php 
svn ci -m “删除文件test.php”

7、加锁/解锁 
svn lock -m “加锁备注信息文本“ [--force] 文件名 
svn unlock 文件名
例子:
svn lock -m “锁信测试用test.php文件“ test.php 
svn unlock test.php 

8
、比较差异 
svn diff 文件名 
svn diff -r 修正版本号m:修正版本号n 文件名
例子:
svn diff test.php         # 将修改的文件与基础版本比较
svn diff -r 200:201 test.php      # 对 修正版本号200 和 修正版本号201 比较差异

9
、查看文件或者目录状态
svn st 目录路径/名
svn status 目录路径/名     # 目录下的文件和子目录的状态,正常状态不显示 
             【?:不在svn的控制中;  M:内容被修改;C:发生冲突;
              A:预定加入到版本库;K:被锁定】 
svn  -v 目录路径/名
svn status -v 目录路径/名     # 显示文件和子目录状态
              【第一列保持相同,第二列显示工作版本号,
               第三和第四列显示最后一次修改的版本号和修改人】 
注:svn status、svn diff和 svn revert这三条命令在没有网络的情况下也可以执行的,原因是svn在本地的.svn中保留了本地版本的原始拷贝。 

10
、查看日志
svn log 文件名
例子:
svn log test.php   # 显示这个文件的所有修改记录,及其版本号的变化 

11、查看文件详细信息
svn info 文件名
例子:
svn info test.php

12SVN 帮助
svn help    # 全部功能选项
svn help ci   #具体功能的说明

13、查看版本库下的文件和目录列表 
svn list svn://路径(目录或文件的全路径)
svn ls svn://路径(目录或文件的全路径)
例子:
svn list svn://192.168.0.1/test
svn ls svn://192.168.0.1/test    # 显示svn://192.168.0.1/test目录下的所有属于版本库的文件和目录 

14、创建纳入版本控制下的新目录
svn mkdir 目录名
svn mkdir -m "新增目录备注" http://目录全路径
例子:
svn  mkdir  newdir
svn  mkdir  -m  "新建文件夹."  http://192.168.0.1/test/newdir 
注:添加完子目录后,一定要回到根目录更新一下,不然在该目录下提交文件会提示“提交失败”
svn update
注:如果手工在checkout出来的目录里创建了一个新文件夹newsubdir,
  再用svn mkdir newsubdir命令后,SVN会提示:
  svn: 尝试用 “svn add”或 “svn add --non-recursive”代替?
  svn: 无法创建目录“hello”: 文件已经存在
  此时,用如下命令解决:
  svn add --non-recursive newsubdir
  在进入这个newsubdir文件夹,用ls -a查看它下面的全部目录与文件,会发现多了:.svn目录
  再用 svn mkdir -m "添hello功能模块文件" svn://192.168.0.1/test/newdir/newsubdir 命令,
  SVN提示:
  svn: File already exists: filesystem '/data/svnroot/test/db', transaction '4541-1',
  path '/newdir/newsubdir '

15、恢复本地修改 
svn revert [--recursive] 文件名
注意: 本子命令不会存取网络,并且会解除冲突的状况。但是它不会恢复被删除的目录。
例子:
svn  revert  foo.c  # 丢弃对一个文件的修改
svn  revert  --recursive  .   #恢复一整个目录的文件,. 为当前目录 

16、把工作拷贝更新到别的URL 
svn switch http://目录全路径 本地目录全路径
例子:
svn switch http://192.163.0.1/test/456 .   # (原为123的分支)当前所在目录分支到192.163.0.1/test/456

17、解决冲突 
svn resolved [本地目录全路径]
例子:
$ svn update
C foo.c
Updated to revision 31.
如果你在更新时得到冲突,你的工作拷贝会产生三个新的文件:
$ ls
foo.c
foo.c.mine
foo.c.r30
foo.c.r31
当你解决了foo.c的冲突,并且准备提交,运行svn resolved让你的工作拷贝知道你已经完成了所有事情。
你可以仅仅删除冲突的文件并且提交,但是svn resolved除了删除冲突文件,还修正了一些记录在工作拷贝管理区域的记录数据,所以我们推荐你使用这个命令。

18、不checkout而查看输出特定文件或URL的内容 
svn
 cat http://文件全路径
例子:
svn cat http://192.168.0.1/test/readme.txt




posted @ 2017-02-05 13:02  喜欢哲学的猴子  阅读(1119)  评论(0编辑  收藏  举报