svn 迁移到git下全过程
- - 企业架构 - ITeye博客git的出现，让svn深受打击，大家纷纷转战git. 没错，我也移情别恋了，一下就描述一下抛弃svn，迷上git的过程吧. no metadata 参数是阻止git 导出svn包含的附加 信息，这样提交到Git的记录就会显得很“干净”. www 创建的git项目名称. 执行过程可能会有svn帐户的输入，反正就用户名跟密码吧.
Git和SVN之间的五个基本区别
标签：
Uncategorized
| 发表时间：2012-12-18 12:57 | 作者：flychen
出处：http://flychen.com
英文原文： 5 Fundamental differences between GIT & SVN，编译： 外刊IT评论
如果你在读这篇文章，说明你跟大多数开发者一样对 GIT感兴趣，如果你还没有机会来试一试GIT，我想现在你就要了解它了。
GIT不仅仅是个版本控制系统，它也是个内容管理系统(CMS),工作管理系统等。如果你是一个具有使用SVN背景的人，你需要做一定的思想转换，来适应GIT提供的一些概念和特征。所以，这篇文章的主要目的就是通过介绍GIT能做什么、它和 SVN在深层次上究竟有什么不同来帮助你认识它。
那好，这就开始吧…
1.GIT是分布式的，SVN不是：
这是GIT和其它非分布式的版本控制系统，例如SVN，CVS等，最核心的区别。如果你能理解这个概念，那么你就已经上手一半了。需要做一点声明，GIT并不是目前第一个或唯一的分布式版本控制系统。还有一些系统，例如 Bitkeeper, Mercurial等，也是运行在分布式模式上的。但GIT在这方面做的更好，而且有更多强大的功能特征。
GIT跟SVN一样有自己的集中式版本库或服务器。但，GIT更倾向于被使用于分布式模式，也就是每个开发人员从中心版本库/服务器上chect out代码后会在自己的机器上克隆一个自己的版本库。可以这样说，如果你被困在一个不能连接网络的地方时，就像在飞机上，地下室，电梯里等，你仍然能够提交文件，查看历史版本记录，创建项目分支，等。对一些人来说，这好像没多大用处，但当你突然遇到没有网络的环境时，这个将解决你的大麻烦。
同样，这种分布式的操作模式对于开源软件社区的开发来说也是个巨大的恩赐，你不必再像以前那样做出补丁包，通过email方式发送出去，你只需要创建一个分支，向项目团队发送一个推请求。这能让你的代码保持最新，而且不会在传输过程中丢失。 GitHub.com就是一个这样的优秀案例。
有些谣言传出来说subversion将来的版本也会基于分布式模式。但至少目前还看不出来。
2.GIT把内容按元数据方式存储，而SVN是按文件：
所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里。如果你把.git目录的体积大小跟.svn比较，你会发现它们差距很大。因为,.git目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。
3.GIT分支和SVN的分支不同：
分支在SVN中一点不特别，就是版本库中的另外的一个目录。如果你想知道是否合并了一个分支，你需要手工运行像这样的命令 svn propget svn:mergeinfo，来确认代码是否被合并。感谢Ben同学指出这个特征。所以，经常会发生有些分支被遗漏的情况。
然而，处理GIT的分支却是相当的简单和有趣。你可以从同一个工作目录下快速的在几个分支间切换。你很容易发现未被合并的分支，你能简单而快捷的合并这些文件。
4.GIT没有一个全局的版本号，而SVN有：
目前为止这是跟SVN相比GIT缺少的最大的一个特征。你也知道，SVN的版本号实际是任何一个相应时间的源代码快照。我认为它是从CVS进化到SVN的最大的一个突破。因为GIT和SVN从概念上就不同，我不知道GIT里是什么特征与之对应。如果你有任何的线索，请在评论里奉献出来与大家共享。
更新：有些读者指出，我们可以使用GIT的SHA-1来唯一的标识一个代码快照。这个并不能完全的代替SVN里容易阅读的数字版本号。但，用途应该是相同的。
5.GIT的内容完整性要优于SVN：
GIT的内容存储使用的是 SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。这里有一个很好的关于GIT内容完整性的讨论 – http://stackoverflow.com/questions/964331/git-file-integrity
GIT和SVN之间只有这五处不同吗？当然不是。我想这5个只是 “最基本的”和 “最吸引人”的，我只想到这5点。如果你发现有比这5点更有趣的，请共享出来，欢迎。
相关文章
- 蒋鑫：为什么 Git 比 SVN 好
- 我痛恨 Git 的 10 个理由
- Git详解之六：Git工具
- 阮一峰：Git分支管理策略
- Git详解之五：分布式Git
- Git详解之一：Git起步
- Git详解之二：Git基础
- Git详解之九：Git内部原理
- Git详解之四：服务器上的Git
- 图解Git/图形化的Git参考手册
转载自 博客 – 伯乐在线
相关 [git svn] 推荐：
Git和SVN之间的五个基本区别
- - 搜索引擎技术博客英文原文： 5 Fundamental differences between GIT & SVN，编译： 外刊IT评论. 如果你在读这篇文章，说明你跟大多数开发者一样对 GIT感兴趣，如果你还没有机会来试一试GIT，我想现在你就要了解它了. GIT不仅仅是个版本控制系统，它也是个内容管理系统(CMS),工作管理系统等.
svn 钩子开启
- - 运维技术的个人空间背景: 公司的Svn很多人在用，有不少人在作修改后不添加注释，所以需要强制用户填写注释. 重命名svn主目录中hooks的pre-commit.tmpl文件为pre-commit，并添加可执行权限. echo "【注释】$content" 1>&2. echo "【注意】注释不能为空,请重新填写注释!!!" 1>&2.
Git基础
- Wolf - 潘魏增上个月末在公司内部作了一次《Git基础》的主题分享. 这里把分享内容公布出来，希望对一些朋友有用. 如果之前没有接触过Git，wikipedia上面已经有非常好的介绍. pdf格式：http://panweizeng.com/download/git-basics-meituan.pdf. keynote格式：http://panweizeng.com/download/git-basics-meituan.key.
SVN强制填写日志
- - CSDN博客系统运维推荐文章在F:\Repositories\版本库名\hooks下新建pre-commit.bat. rem 保证输入8个字符
%SVN_BINDIR%\svnlook log %REPOS% -t %TXN% | findstr "........" > nul
if %errorlevel% gtr 0 goto :err_action
rem 过滤空格字符
%SVN_BINDIR%\svnlook log %REPOS% -t %TXN% | findstr /ic:".
SVN之使用原则
- - 研发管理 - ITeye博客以下是我起草的部门SVN规范里原则的一部分. 必须提交注释，注明相关修改信息，例如bug号、任务描述等. 具体内容可采用约定或者设置的形式. 你所提交的改变将体现给其他开发者，要明白提交的后果，. 代码变动及时提交，避免丢失本地修改后无法恢复. 新增加的文件同时被提交，否则只在你本地能正常工作，导致其它人不能编译通过.
Git-rebase 小筆記
- lepture - YORKXIN×YORKXIN最近剛好有個機會整理很亂的 Git commit tree，終於搞懂了 rebase 的用法，筆記一下. 大家都知道 Git 有個特色就是 branch 開很大開不用錢，但很多 branches 各自開發，總要在適當時機 merge 進去 master. 看過很多 git 操作指南都告訴我們，可以妥善利用 rebase 來整理看似很亂或是中途可能不小心手滑 commit 錯的 commits ，甚至可以讓 merge 產生的線看起來比較簡單，不會有跨好幾十個 commits 的線.
Git 简明教程
- satoru - python.cn(jobs, news)Git 是一款强大的分布式版本控制系统.在他的官网可以找到已经有很多著名的项目正在使用. Like most other modern version control systems, Git gives each developer a local copy of the entire development history, and changes are copied from one such repository to another.
git架构图解
- - CSDN博客研发管理推荐文章 最近又遇到Git了，发现网络上Git的资料确实不咋滴，难懂不全面. 至于Git是什么我就不多说了，相比svn上手确实更难. 与svn集中版本库相比较，Git被称作分布式版本库，在分布式的版本库中任何一个库都可以作为中心库看待. 如果说svn是颗树，那么Git就像一张网. Svn在每个目录都有一个.svn文件夹存放信息，而git只在根目录才有，这就决定了svn可以单独拉取某个子目录或者某个文件，而git需要全部拉取.
科普：Git Commit Guidelines
- - IT瘾-dev降低Review成本，可以明确知道本次提交的改变和影响. 规范整个Team的提交习惯，对技术素养的养成有益. 可以通过统一工具，抽取规范的message自动形成change log. 目前Github的Angular项目，就是完全采用规范的Git Message来进行日常的提交管理和发布管理的，下面是这个项目的Commit记录，和自动根据commit生成的change log.