• SVN和Git的一些用法总结(转)


    转载请注明出处:http://www.codelast.com/

    以下都是比较基础的操作,高手们请绕道,不必浪费时间来看了。

    (A)SVN

    (1)查看日志
    提交的时候一般会写上注释,如果要查看提交日志,用以下命令:

    1
    svn log -l 4

    其中,-l 4表示只查看最近4条日志(也可以没有这样的参数,就表示查看所有日志)。但是你通常会很抓狂地发现,最近的几条日志中,竟然没有你才刚刚提交的那一次的日志!这是怎么回事?日志丢了吗?
    其实,是因为你要很用以下命令,更新本地的版本库,才能看到最近提交的日志:

    1
    svn up

    这事如果你没注意到,那么可能会浪费你很多时间。问Google也不好找答案,因为这个问题不太好描述,所以不好搜索答案。

    (2)查看指定的版本修改了哪些文件

    1
    svn diff --summarize -c 566

    其中,566是你指定的版本。

    (3)查看某个文件在指定的版本修改了什么内容

    1
    svn diff Test.java -c 566 > codelast.diff

    其中,Test.java是你要检查的文件,566是你指定的版本,最后diff被输出到了codelast.diff文件中。

    (4)提交

    1
    svn ci -m "Your comment"

    其中,Your comment 就是你填写的注释,如果你想换行写,也是可以的,只要你不写后面的那个引号,你可以写一行就回车一次,最后写完了,再加上后面的引号,然后再回车,就执行提交动作了。

    (5)检出指定版本的版本库

    1
    svn co https://xxx -r 566

    其中,https://xxx 是你的版本库地址,566是你要检出的版本号。版本库将被检出到当前路径下。
    文章来源:http://www.codelast.com/

    (6)将指定version的trunk上的代码拷贝到tags的指定目录下

    1
    svn cp https://svn.codelast.com/trunk/my-project@1333 https://svn.codelast.com/tags/my-project-r1333

    如上命令将trunk下的 my-project 项目的 1333 版本拷贝到了tags下的 my-project-r1333 中。

    (7)将branches上的指定版本合并(merge)到trunk上
    有时候我们会在一个分支(branches)上开发,等开发完成的时候,需要把我们已经提交到branches上的代码合并到trunk上,假设你本地的工作目录是在branches上(刚开发完branches上的一个版本,提交了代码),那么可以像下面这样做:

    1
    2
    svn switch trunk-url-of-your-project
    svn merge branch-url-of-your-project

    其中,第一条命令是将本地工作目录切换到trunk上。执行完这条命令后,你本地的工作目录里的文件就会变成与trunk里的文件一致。
    第二条命令是将branches上的文件合并到本地。执行完这条命令行,你本地的工作目录里的文件就会变成与branches合并的结果。但是请注意,由于本地的工作目录已经是trunk了(用svn info可查看),所以这一更新,就导致本地有若干文件变成“已修改,但未提交”的状态。因此,你需要把本地因merge被修改过的文件提交一次,就可以使得trunk上的文件变成与branches合并后的版本:

    1
    svn ci -m "Merge branch to trunk"

    文章来源:http://www.codelast.com/
    关于svn merge的更详细说明,可参考此文档

    (8)为文件添加上可执行权限
    假设你有一个脚本文件checkin到代码库中了,但是你在commit之前,却忘了给它添加可执行权限,那么,当checkout出来这份代码时,就会得到一个没有x权限的脚本,还需要手工再为它添加上x权限,非常麻烦。所以,要为该文件添加上x权限:

    1
    svn propset svn:executable on your-script.sh

    然后再 svn ci 提交修改即可(尽管你没有修改文件内容,只是修改了文件的权限,也是会被标记为已修改的,需要将此修改提交到代码库中)。

    (9)checkout单个文件到本地
    如果用 svn checkout 单个文件的URL 来检出一个文件到本地的话,会得到如下的错误提示:

    svn: E200007: URL 'https://xxx' refers to a file, not a directory

    那么,如何checkout单个文件呢?答案是用svn export命令即可。

    (10)Review Board提交svn的diff文件时,提示“The file 'https://svn.codelast.com/abc.txt' (r1030) could not be found in the repository”错误的解决办法
    我遇到的这例错误,是因为我在一个项目中新添加了一个文件abc.txt,于是用 svn add abc.txt 添加它,然后 svn diff > today.diff 生成了项目的diff文件,然后把该diff文件提交到Review Board中,想要生成一个新的review,结果就遇到了上面的错误提示。
    这个错误提示乍一看非常搞笑:因为abc.txt是新添加的文件,它当然不会在repository中存在啊!这不是废话么?
    同时我注意到,当我执行 svn add abc.txt时,命令行提示:

    A  (bin)  abc.txt

    虽然abc.txt是一个纯文本文件,但是svn貌似把它认作了一个binary文件,于是我Google到了这个链接,按照里面的说法,我在 svn add abc.txt 之后进行了如下操作:

    1
    svn propset svn:mime-type 'text/plain' abc.txt

    然后再生成项目的diff文件,再提交到Review Board上,问题搞定!

    (B)Git

    (1)提交修改到远程的git repository的基本流程(前提是你当前目录已经处于git版本控制之下)
    添加当前目录下所有文件到“即将提交的列表”(当然也可以指定某些指定的文件,将 . 换成指定的文件即可):

    1
    git add .

    将修改提交到本地:

    1
    git commit -m "对本次修改的注释写在这里"

    提交到远程的git repository:

    1
    git push

    (2)删除远程git repository中的文件
    假设要删除当前目录下的abc.txt文件(指远程git repository中的),则:

    1
    git rm abc.txt

    然后提交到本地:

    1
    git commit -m "delete a file"

    然后提交到远程的repository:

    1
    git push

    文章来源:http://www.codelast.com/
    (3)TortoiseGit提交代码前弹出错误提示“username and email must be set...”的解决办法
    Git Commit(提交)的时候,如果Tortoise弹出一个错误对话框,提示你必须先设置用户名和Email,那么你理所当然地按它的指引点击“Yes”去设置,奇葩的是,在我的Win7上,TortoiseGit settings→Git页面中的“Name”和“Email”竟然无法输入文字(仿佛输入框是只读的一样)!就算我找到了这篇教程,也无济于事。
    后来我又找到了这篇教程,尝试用命令行去设置,果然OK了:

    1
    2
    d:gitin>git.exe config --global user.name "你的用户名"
    d:gitin>git.exe config --global user.email "你的Email"

    执行这两条命令之后,再回到TortoiseGit的settings→Git页面,就看到Name和Email已经设置好了。

    (4)解决每次 git pull 的时候都提示输入密码的烦人问题
    执行以下命令:

    1
    git config --global credential.helper "cache --timeout=360000"

    其中,timeout值表示缓存密码多少时间(单位是毫秒还是秒,我不记得了),把它设置为一个非常大的值即可,然后你再git pull的时候,按提示输入密码之后,下一次就不会再提示输入密码了(在timeout时间之内)。
    文章来源:http://www.codelast.com/
    (5)Windows下的TortoiseGit每次push的时候都提示要输入密码的问题
    可以通过修改TortoiseGit的配置来解决:
    在设置界面中,“Git”设置子项中,点击“编辑本地.git/config”,会打开一个文本文件,在最后加上如下内容并保存:

    1
    2
    [credential]
      helper = store

    然后再push一次并输入密码,TortoiseGit就可以记住你的密码啦。

    (6)提交代码到远程的branch

    1
    git push -u origin local_branch_name:remove_branch_name

    会把本地的 local_branch_name 这个分支提交到远程的 remote_branch_name 这个分支上,如果远程没有这个分支,就会被创建。

    (7)删除远程的branch
    前面用 git push 命令把本地的分支推送到远程的分支上,命令是很形象的,但是让人非常费解的就是,要删除远程的branch,同样可以用这个push命令:

    1
    git push -u origin :remote_branch_name

    表示删除远程的 remote_branch_name 这个分支。这个让人费解的命令,可以参考Git手册中的说明来理解。

    (8)修改已提交的信息
    修改最近一次提交的信息很简单:

    1
    git commit --amend

    在弹出的编辑界面中修改并保存,再用 git log 看一下,提交的信息是不是已经变了?
    但如果要编辑的信息,不是最近一次提交呢?这就需要用到 git rebase 命令了。步骤如下:
    用 git log 命令查看到你要修改的那一次提交的版本,然后找到比它更旧的再前一个版本的版本号,例如 f0d1fad,然后:

    1
    git rebase -i f0d1fad

    在弹出的编辑界面中,会看到类似于下面的信息:

    1
    2
    pick a3d4def 修改了一处实现
    pick d0ea224 添加了配置文件

    假设我们要修改的提交信息,是第二行那一次提交,则把它前面的“pick”改为“edit”或“e”(就是edit的缩写),然后保存。
    此时,再用 git log 查看一下,最近的一次提交竟然变成了你刚修改的那次提交?没错,然后我们就可以像前面的方法一样,用 git commit --amend 来修改最近一次的提交信息了。
    修改完信息之后,还要把 git log 的信息顺序改回来,通过如下命令完成最后一个操作:

    1
    git rebase --continue

    文章来源:http://www.codelast.com/
    (9)配置命令别名
    例如,git status这个超级常用的命令实在太长了,git st 就很好,可以像下面这样配置,使得执行 git st 的时候,等同于 git status:

    1
    git config --global alias.st status

    (10)查看文件差异
    修改了一个文件(该文件已经加入版本控制中了),还没有把它 git add 到暂存区,则用以下命令就可以看到修改了什么:

    1
    git diff

    如果已经把该文件 git add 到了暂存区,再使用 git diff 命令,将没有任何输出。此时,应使用以下两个命令中的任何一个,可以查看到修改的内容(其实显示的就是暂存区里和上一次提前之间的差异):

    1
    2
    git diff --cached
    git diff --staged

    (11)将一个文件移除出版本控制,但是并不将它从本地磁盘上删除
    git rm your_file 会将文件 your_file 从本地以及版本控制系统中都删除掉,但是如果我只想把此文件移除出版本控制系统,但并不想把它从本地磁盘上删除,则可以这样做:

    1
    git rm --cached your_file

    (12)用meld及git-diffall来比较两个版本之间的文件差异
    Meld是一款超级强大的图形化diff比较工具,比你用diff命令查看两个文件的差异要直观得多,那么,如何让git与Meld整合到一起呢?需要用到一个叫git-diffall的第三方脚本,下面会说到。

    安装meld:
    1
    sudo apt-get install meld
    解压,把其中的脚本拷贝到 /usr/bin 目录下:
    1
    sudo cp git-diffall /usr/bin
    然后配置git的difftool:
    1
    2
    git config --global diff.tool meld
    git config --global alias.diffall git-diffall
    现在回到一个项目的目录下,比较一个文件的当前工作版本与master中的版本的差异:
    1
    git difftool ..master src/test/MyClass.java
    最后一个参数也可以是一个目录,这样就会比较一个目录的差异(太赏心悦目了)。
    每次执行此命令的时候,都会让用户确认是否加载meld,直接回车即可。
    然后,在弹出的Meld界面中,尽情体验强大的Meld带给我们的美妙感觉吧!

    文章来源:http://www.codelast.com/
    (13)撤消修改的几种情况
    在SVN中,修改了一个文件之后,还没有提交的话,我们可以用 svn revert your_file 命令,来撤消我们对文件 your_file 所做的修改,使之恢复到没修改之前的状态。但是在Git中,等价的命令是什么呢?在很少使用git之前,我也有这个问题,于是我到Google上一搜“svn revert git”,搜出来很多人都在问这个问题,其实要理解好这个问题,需要先理解好git有工作区、暂存区(stage)的概念,而SVN没有暂存区的概念,所以,当你刚从SVN转到Git时,会很困惑为什么Git撤消修改那么麻烦。其实这才是Git强大之处啊。
    ①修改了一个文件,还没有将它添加到暂存区,此时,要撤消所做的修改:

    1
    git checkout -- your_file 

    ②修改了一个文件,并且已经通过 git add your_file 把它添加到了暂存区,则想把这个文件复原,先要把它从暂存区“弄出来”:

    1
    git reset HEAD your_file

    现在,你再用 git status 命令查看的话,会发现它已经被从暂存区“拿出来”了,变成了没有 git add 的状态,但是,它仍然是我们修改过内容的,要继续撤消我们修改的内容的话,继续像上面一样,用 git checkout -- your_file 命令,即可将你所做的修改完全复原了。

    (14)查看每个版本修改的文件
    git log 可以查看提交日志,再加一个参数就可以看到每个版本修改的文件都有哪些了:

    1
    git log --name-status

    文章来源:http://www.codelast.com/
    (15)一次git add所有modified的文件到暂存区
    如果你修改了100个文件,那么一个个地 git add 它们到暂存区无异于自虐,此时你需要的是批量add:

    1
    git add -i

    然后就进入了交互式界面:

    1
    2
    1: status   2: update   3: revert   4: add untracked
    5: patch    6: diff   7: quit   8: help

    选择2,回车,会列出所有将要被 add 的文件,输入星号(*)并回车(表示选择所有文件),然后又会回到上面的菜单界面,选择7回车退出,这时再用 git status 看一下,是不是所有修改过的文件都添加到了暂存区里了?

    (16)利用Bitbucket在两地同步私有代码
    与Github不同,Bitbucket可以创建private的代码仓库,这对个人而言非常有用。例如,你在台式机A上写的代码,当你出差到其他城市后,还想在你带的笔记本(记为B)上继续写,那么这时候怎么办?有一个傻傻的办法就是连上电脑A(如果可以的话),然后把整个项目打一个tar包,传到B上,但如果你的整个项目目录非常大,压缩之后仍有几百M,那么你可能需要耗费大量时间来传输。更为可取的一个办法就是利用类似于Bitbucket这样的服务,来同步代码,使得只需要更新少量数据就OK了。
    下面是步骤:

    1
    git remote add origin https://codelast@bitbucket.org/codelast/my-repo.git
    在A处,将代码push到Bitbucket上:
    1
    git push -u origin my-branch:my-branch
    这表示将my-branch这个branch的代码push到Bitbucket上的同名branch下(如果Bitbucket上没有这个branch,将被创建)。
    在B处:
    1
    2
    git checkout master
    git fetch
    这会将Bitbucket上的最新修改下载到本地——但是并没有merge到本地的任何一个branch上。
    在B处,创建同名的branch并切换过去:
    1
    2
    git checkout -b my-branch
    git merge origin/my-branch
    这会将刚才从远程仓库(origin/my-branch)下载回来的最新的代码,merge到当前的branch上,因此,本地的my-branch仓库马上就会变成最新的代码了。
    看到的提示信息形如:
    1
    2
    3
    4
    Updating e8b4538..6bc7bcd
    Fast-forward
     src/java/com/codelast/Demo.java        |  11 +++++++
     ......
    至此,B的my-branch这个branch上的代码就与A的代码同步了。
    上面从git fetch开始的步骤,也可以换一种方法实现:
    1
    2
    git checkout -b my-branch
    git pull
    这里的git pull在效果上相当于git fetch + git merge的组合。但是第一次运行这个命令的时候,会看到类似于下面的提示:
    1
    2
    3
    4
    5
    6
    7
    8
    9
    There is no tracking information for the current branch.
    Please specify which branch you want to merge with.
    See git-pull(1) for details
     
        git pull <remote> <branch>
     
    If you wish to set tracking information for this branch you can do so with:
     
        git branch --set-upstream-to=origin/<branch> my-branch
    这说明本地的branch没有和remote的branch关联上,所以git pull不知道“从哪里pull”。根据最后一次的提示,需要执行以下命令:
    1
    git branch --set-upstream-to=origin/my-branch my-branch
    会得到提示:
    1
    Branch my-branch set up to track remote branch my-branch from origin.
    则现在再执行git pull命令,就可以把remote的branch下载下来并且merge到本地的branch中了。

    文章来源:http://www.codelast.com/
    (17)查看当前版本比上一个版本修改了什么内容

    1
    git diff HEAD^ HEAD

    其中,HEAD代表当前版本,后面带一个 ^ 号表示其之前一个版本。

    (18)Git子命令的自动完成/自动补全
    在Ubuntu下用 apt-get install git 安装好Git后,Git的子命令就已经能自动完成了,例如你输入 git ad,然后按 TAB,会发现它被补全成了 git add,但是在Arch Linux ARM下,这个功能却没有,我们可以参考这个链接中的教程自己做。
    基本思想就是获取github上的一个 git-completion.bash 脚本,然后把它添加到开机自动执行的脚本中:

    1
    2
    curl https://raw.githubusercontent.com/git/git/master/contrib/completion/git-completion.bash -o ~/.git-completion.sh
    chmod +x ~/.git-completion.sh

    然后编辑 /etc/profile 文件,在最后添加如下代码:

    1
    2
    3
    if [ -f ~/.git-completion.sh ]; then
        . ~/.git-completion.sh
    fi

    重启系统,搞定,Git已经可以自动完成子命令了。

    (19)检出指定版本的某个文件

    1
    git checkout <commit_id> <your_file_path>

    例如:

    1
    git checkout 3493c0ec MyClass.java

    (20)To be added...
    文章来源:http://www.codelast.com/

    (C)git-svn

    git-svn是Subversion 双向桥接工具,用于:Git作为本地的版本控制工具,SVN作为远程的仓库。
    有人可能会有疑问:为什么会出现git-svn这个东西?这是由于Git实在是比SVN要好用太多太多了,所以有时候,尽管我们不得不使用远程的SVN仓库来和大家同步工作(例如,你公司的代码库就是SVN的),但是在本地,我们仍然可以使用Git来做版本控制,这就是git-svn工具的作用。

    (1)初始化
    用SVN作为版本控制工具时,我们检出一个项目,用的是 svn co http://xxx 这样的方法,但是用git-svn时,我们应该这样做:

    1
    git svn clone http://xxx

    (2)只查看SVN log
    git log 命令会列出你的所有git commit日志,但是如果只想看SVN的commit日志,就需要用:

    1
    git svn log

    但是这样输出的信息可能太杂乱了,可以用如下命令,让一次提交只显示一行信息:

    1
    git svn log --oneline

    (3)本地已经commit了几个版本到git版本库中,但是只想提交一个较旧的版本到远端SVN库中
    假设远端repo使用的是SVN,本地使用git-svn来管理,在开发过程中,本地的my-branch中已经提交了A→B→C三个版本,版本A是时间最早的一次提交,版本C是时间最新的一次提交,现在想把版本A上的修改提交到远端SVN repo中,而版本B和版本C暂时不想提交到SVN repo中。但是我们知道,git-svn dcommit命令会将当前版本的修改全部提交到SVN repo中去,因此,不能在当前版本C中进行此操作,一个可用的方法如下:
    切换到工作的branch:

    1
    git checkout my-branch

    在当前branch基础上,再创建一个新的branch,并切换过去:

    1
    git checkout -b my-branch-to-commit

    这时,my-branch-to-commit这个分支上也有版本A、B、C了。假设版本A的commit id为d939ac4,则将此分支的HEAD指向版本A:

    1
    git reset --hard d939ac4

    这时,my-branch-to-commit这个分支上,最新的版本就是版本A了,于是,我们可以把它提交到远端的SVN repo中去了:

    1
    git svn dcommit

    于是我们完成了“提交版本A到SVN”的任务,但是,我们还要在版本B、版本C的基础上继续开发,所以,下面,我们要把这两个版本“找回来”。
    先切换回master分支:

    1
    git checkout master

    更新到最新的SVN版本:

    1
    git svn rebase

    这时,master分支上已经是版本A的代码了。
    再创建一个新的工作分支my-branch-to-continue:

    1
    git checkout -b my-branch-to-continue

    这时,git cherry-pick命令就大显神威了,它可以挑选指定版本的修改,并应用到当前分支上,所以,我们需要做的是,把my-branch这个分支中的版本B、版本C的修改cherry-pick过来,应用到my-branch-to-continue分支上。
    假设版本B的commit id为c37d531,版本C的commit id为822dbbd,则:

    1
    2
    git cherry-pick c37d531
    git cherry-pick 822dbbd

    这会生成两个新的commit。
    现在,在my-branch-to-continue这个分支上,我们的状态就是:版本A已经是提交到了SVN,版本B、版本C已经提交到了本地git repo中。
    现在可以把my-branch这个分支删掉了,因为它已经没用了:

    1
    git branch -D my-branch

    大功告成。

    http://www.codelast.com/?p=5719

  • 相关阅读:
    docker 安装mysql5.7 加my.cnf
    docker安装redis 配置文件
    私库nexus 配置
    mysql 多个字段建立唯一索引
    scm 一些记录
    tomcat 线程数、NIO配置、内存配置
    为什么简单的一个select查询都要加上事务控制
    powerdeginer report layout
    powerdesigner-连接mysql
    [转载]如何让自己变得有趣
  • 原文地址:https://www.cnblogs.com/softidea/p/4933637.html
Copyright © 2020-2023  润新知