svn创建分支

git 简介 """什么是git：版本控制器 - 控制的对象是开发的项目代码代码开发时间轴：需求1 > 版本库1 > 需求2 > 版本库2 > 版本库1 > 版本库2 """ git与svn比较 git的工作流程 git分支管理 git使用 安装 ? 1 2 # 1.下载对应版本：https://git-scm.com/download # 2.安装git：在选取安装路径的下一步选取 Use a TrueType font in all console windows 选项 基础命令 将已有的文件夹 - 初始化为git仓库 ? 1 2 3 4 "" " >: cd 目标文件夹内部 >: git init "" " 在指定目录下 - 初始化git仓库 ? 1 2 3 4 "" " >: cd 目标目录 >: git init 仓库名 "" " 在仓库目录终端下 - 设置全局用户 ? 1 2 3 4 5 6 "" " >: git config --global user.name '用户名' >: git config --global user.email '用户邮箱' ​ 注：在全局文件 C:\Users\用户文件夹\.gitconfig新建用户信息，在所有仓库下都可以使用 "" " 在仓库目录终端下 - 设置局部用户 ? 1 2 3 4 5 6 7 8 9 "" " >:

1.SVN服务实战 1) 什么是SVN（Subversion）？ Svn（subversion）是近年来崛起的非常优秀的版本管理工具，与CVS管理工具一样，SVN是一个跨平台的开源的版本控制系统。Svn版本管理工具管理着随时间改变的各种数据。这些数据放置在一个中央资料档案库（repository）中，这个档案库很像一个普通的文件服务器或者FTP服务器，但是，与其他服务器不同的是，SVN会备份并记录每个文件每一次的修改更新变动。这样我们就可以把任意一个时间点的档案恢复到想要的某一个旧的版本，当然也可以直接浏览指定文件的更新历史记录。 为什么会有svn这样一个项目？ 官方解释：为了接管CVS的用户基础，确切的说，我们写了一个新的版本控制系统，它和CVS很相似，但是它修正了以前CVS所没有解决的许多问题。问题见SVN官方首页。 SVN是一个非常通用的软件系统，它常被用来管理程序源码，但是它也可以管理任何类型的文件，如文本，视频，图片等等。 svn版本控制系统是集中式的数据管理，存在一个中央版本库，所有开发人员本地开发所使用的代码都是来自于这个版本库，提交代码也都必须提交到这个中央版本库。 svn版本控制系统工作流程如下： 在中央库上创建或从主干复制一个分支 从中央库check out 下这个分支的代码 增加自己的代码文件，修改现存的代码或删除代码文件 commit代码

#0 系列目录# 版本管理 SVN版本管理：场景命令实战 SVN版本管理：两种开发模式 GIT版本管理：场景命令实战 GIT版本管理：Git Flow模型 项目如何从 SVN 迁移到 Git 很多有点历史的项目，都是用的 Subversion 作为版本控制工具的，随着项目需要，很多团队就打算采用 Git 作为替代工具了。好，现在问题来了： 项目如何平滑的从 Subversion 迁移到 Git 。 这里所谓的迁移是按照版本控制要求来迁移，包括： 尽可能完整的由谁提交的代码、做出的代码变更记录，提交日志等。 尽可能完整的分支、标签等。 因为毕竟是不同的版本控制工具，转化过程难免会有瑕疵。 #1 准备环境# 安装用到的工具的软件包，这里以 Ubuntu 为例： $ sudo apt-get install subversion git $ sudo apt-get install git-core libsvn-perl perl libterm-readkey-perl #2 规范 Subversion# 确认项目的 Subversion 地址： # 后面统一用 $PROJECT 表示项目的 Subversion 地址 # 这里的示例项目名称是 west https://scms.example.com/svn/projects/west/ 规范项目在 Subversion

今天接到任务要把部门一个svn项目迁移到git上去，这对我这个菜鸟来说还是比较难受的。因为我git学了个半吊子，svn又完全没有接触过，但是没办法，硬着头皮也得上啊。 花了一个小时的时间在网上查了各种关于svn的教程，然后又简单了解了svn与git的不同之处，幸亏大佬又给我了帮助文档，在万分感激中开始迁移工作。 首先，需要知道项目的svn链接，这里假设项目路径为svn://practice。同时确保你要迁移的git项目已经创建，没有就创建一个喽，这里假设git仓库的地址为http://test.git。 在你本地选定的仓库下执行如下命令,这里假设本地仓库的名字叫做gittest。 git svn clone svn://practice --authors-file=authors.txt --no-metadata gittest 关于--authors-file=authors.txt 和--no-metadata可以参考如下链接 https://git-scm.com/book/zh/v2/Git-与其他系统-迁移到-Git 。 进入到gittest目录下，接下来将 refs/remotes 下剩余的引用移动为本地分支： rm -Rf .git/refs/remotes 现在所有的旧分支都是真正的 Git 分支，并且所有的旧标签都是真正的 Git 标签。 最后一件要做的事情是

今天在写程序时，因为一个软件误删除了一个关键的 py 源文件，导致整个项目无法运行，重新编写显然要耗费很大的人力物力，因此决定依照下文在本机搭建 SVN，特转此文，引以为戒！ Repository 即源码的集中存放处，所有修改后提交的源码就是保存在这里，并在其中记录所有的修改版本，分支版本，版本合并，以及并发修改处理等。SVN最主要的功能是用于团队开发时用的，用于处理源码修改的版本控制和并发修改冲突。对于个人开发来说，虽然不存在并发修改冲突的问题，但个人源码可以使用到SVN的版本控制功能，以便找到开发过程中的版本记录。一般个人没有条件也没必要搭一个独立的服务器来做Repository，在本机的开发过程中误删代码的情况有可能会发生，所以在本机创建一个SVN Repository 还是有必要的。 具体步骤： 1、SVN安装 到官方网站 http://tortoisesvn.net/downloads.html 下载最新版本安装。 2、建立本机的 Repository 比如把源码库放在E盘，则创建文件夹E:/repository/trunk/myproject（注意，确保不能删除），然后在此文件夹上右键，选择TortoiseSVN->Create repository here。如下图： 提示创建成功 点ok，然后E:/repository/trunk

Git 与其他系统 世界不是完美的。大多数时候，将所有接触到的项目全部转向 Git 是不可能的。有时我们不得不为某个项目使用其他的版本控制系统（VCS, Version Control System ），其中比较常见的是 Subversion 。你将在本章的第一部分学习使用git svn ，Git 为 Subversion 附带的双向桥接工具。 或许现在你已经在考虑将先前的项目转向 Git 。本章的第二部分将介绍如何将项目迁移到 Git：先介绍从 Subversion 的迁移，然后是 Perforce，最后介绍如何使用自定义的脚本进行非标准的导入。 8.1 Git 与 Subversion 当前，大多数开发中的开源项目以及大量的商业项目都使用 Subversion 来管理源码。作为最流行的开源版本控制系统，Subversion 已经存在了接近十年的时间。它在许多方面与 CVS 十分类似，后者是前者出现之前代码控制世界的霸主。 Git 最为重要的特性之一是名为 git svn 的 Subversion 双向桥接工具。该工具把 Git 变成了 Subversion 服务的客户端，从而让你在本地享受到 Git 所有的功能，而后直接向 Subversion 服务器推送内容，仿佛在本地使用了 Subversion 客户端。也就是说，在其他人忍受古董的同时，你可以在本地享受分支合并，使暂存区域

1、 将文件checkout到本地目录 svn checkout path（path是服务器上的目录） 例如：svn checkout svn: // 192.168 . 1.1 / pro / domain 简写：svn co 2、 往版本库中添加新的文件 svn add file 例如：svn add test.php(添加test.php) svn add * .php(添加当前目录下所有的php文件) 3、 将改动的文件提交到版本库 svn commit -m "LogMessage" [ -N ] [ --no-unlock ] PATH (如果选择了保持锁，就使用--no-unlock开关) 例如：svn commit -m "add test file for my test" test.php 简写：svn ci 4、 加锁/解锁 svn lock -m "LockMessage" [ --force ] PATH 例如：svn lock -m "lock test file" test.php svn unlock PATH 5、 更新到某个版本 svn update -r m path 例如： svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。 svn update -r 200 test.php

svn add values/strings.xml //--添加 svn st //--查看状态 svn ci //--提交 svn ci -m "svn ci, permission" 1、 将文件checkout到本地目录 svn checkout path（path是服务器上的目录） 例如：svn checkout svn: // 192.168 . 1.1 / pro / domain 简写：svn co 2、 往版本库中添加新的文件 svn add file 例如：svn add test.php(添加test.php) svn add * .php(添加当前目录下所有的php文件) 3、 将改动的文件提交到版本库 svn commit -m " LogMessage " [ -N ] [ --no-unlock ] PATH (如果选择了保持锁，就使用--no-unlock开关) 例如：svn commit -m " add test file for my test " test.php 简写：svn ci 4、 加锁/解锁 svn lock -m " LockMessage " [ --force ] PATH 例如：svn lock -m " lock test file " test.php svn unlock PATH 5、 更新到某个版本 svn

我使用的是TortoiseSVN，先安装好。 1、本地Repository的创建 repository的创建很简单，假设我要在D:\TortoiseSVN\TestRepository目录中创建repository，只需右键TestRepository目录，依次选择"TortoiseSVN" -> "Create repository here"便完成了repository的创建。 2、Check out 假设要check out到D:\TortoiseSVN\TestSVN，同样很简单，在D:\TortoiseSVN目录下创建TestSVN目录，然后在该目录上右键，选择"SVN Check out..."，在弹出的窗口中的"URL of repository"中填入"file:///D:/TortoiseSVN/TestRepository"，其他默认即可，最后点击ok。 3、trunk创建新项目MyProject 相当简单就不赘述了，只列出本次操作所作出的修改： 4、创建branch 在/trunk/MyProject目录上右键，依次选择"TortoiseSVN" -> "Branch/tag..."，在弹出窗口的"To URL"中填入分支的地址，在这里目标revision选择HEAD revision，如下图所示，添加log后点击ok分支便建立了。这个操作速度非常快

目的 多个版本中并行开发，提高开发效率； 保证各个版本和各个环境（开发、测试、主干）的独立，避免相互影响； 通过分支与主干的合并，这样主干永远是最新、最高版本，并且都在后面的测试中，保证了质量； 用分支进行bug修改，而主干上进行新功能的开发。分支上的bug修改完合并到主干上； SVN目录结构 Trunk（开发库） ： 主干目录，负责新功能的开发； 此目录下的文件为基准文件，放置稳定代码的主要环境； 开发人员日常开发的工作区，由开发者所控制； Branches（受控库） ： 测试版本代码存放的地方，需要开发组长提交测试申请修改； 用于开发的分支目录，修正当前发布版本的bug，与此同时主干上的开发正常进行，两边互不干扰； 当一个branch完成了，并且认为它足够稳定的时候，它必须合并回trunk； Tags（产品库） ： 存放基线库、发布版，是测试通过版本存放的地方； 基线,就是给版本建立一个映像(或着叫快照)，并不占用服务器物理磁盘； 这个文件夹下的内容通常只有配置管理员可以修改，其他人只读； 分支 分支是给源项目创建副本，让每个工作组在各自的副本上进行开发，最后再将各个工作组的副本合并到源项目中。在此，各个副本被称作分支（branches），源项目被称为主干（trunk）； 分支不是复制版本内容，而是做一个内部的引用，对服务器也没有空间上的开销； 分支定义规则 project