SVN和Git的一些用法总结

（A）SVN

（1）查看日志
提交的时候一般会写上注释，如果要查看提交日志，用以下命令：

1	`svn log -l 4`

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

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:\git\bin>git.exe config --global user.name "你的用户名"` `d:\git\bin>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）To be added...

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