首页 › 分类存档 › subversion

关于svn、git生成版本号脚本的改进

之前写了篇文章介绍使用脚本生成SVN、GIT版本号的SVN、GIT生成版本号,获取SVN版本号的方法有些不恰当,在不同版本的SVN上会出现问题。这里再对此进行完善。
之前的脚本是通过下面的命令获取当前的SVN的提交版本号:

示例可以参考前面写的文章,意思是获取第5行第3列的数字,这个数字就是提交代码的SVN号。关键的问题是,不同版本的SVN是不是都是第5行是版本号?非也。不同版本是不同的。所以上面的命令就有局限性。我尝试搜索相关资料,但没找到好的方法。于是只好继续沿用上面的方法。但多了对不同的SVN版本作判断。
下面给出结合了SVN、GIT两种版本号生成脚本。脚本中会判断是否存在.git或.svn目录,如果都存在,则将两个版本号写到一起,如只存在其中一个,则生成对应的版本号。
继续阅读 »

SVN、GIT生成版本号

代码管理较多的是使用svn、git这类的版本管理工具,版本号是一个重要的东西,自然地,如何让我们显式地看到版本号是十分重要的。一般地,会通过某种手段让当前代码的版本号声明为宏定义字符串,或打印在串口上,或传输到上位机显示。这里介绍了svn和git的版本号生成方式。
继续阅读 »

SVN迁移到Git的过程(+一些技巧)

关于在VCS中SVN和Git之间的迁移(Clone)这个部分网上已经有大批的文章介绍,而且都非常不错,能够满足我们的常见的需求,这里介绍的是我自己整理的一些技巧和使用中出现的一些问题和疑问。
阅读本篇文章,请先有一些Git和SVN的使用经验(又是经验,经验到底是什么?我都不知道)。

第一部分

今天的实验对象是,把http://code.google.com/p/jdbcdslog-exp/ 这个使用SVN管理的project迁移到Git上面,Git托管网站选择github。SVN迁移到Git,当然要清楚git svn 命令了。
首先请在github上面创建一个repository,这个简单,就不说了,然后就是使用强大的git了。

当然上面的两步,可以作一步处理
继续阅读 »

SVN 迁移到GIT

为改进开发流程,开发策略改为主干稳定策略,使用svn开发分支与测试分支必须不断切换,为改进切换问题研究git版本管理方法。

基本流程:

1.先用git svn命令把svn文件download到本地

2.git 推送到git版本服务器

1.物理环境
Git-server    Redhat    192.168.1.217
Svn-server    Redhat    192.168.1.200
继续阅读 »

SVN中Create(Apply)patch创建及应用补丁

如果你对这个文件没有修改的权限,但是迫于形势,你又必须对这个文件进行修改,这时你就可以用Create patch创建补丁,然后把你创建的补丁发给对此目录有写权限的工作人员,他执行Apply patch后,你所做的修改就会被提交到服务器上。步骤如下:
继续阅读 »

巧用svn create patch(打补丁)方案解决定制版需求

最近项目定制版越来越多,维护,同步代码非常费事。以前的思路如下图:
111757588481
以前的svn目录结构如下图:
继续阅读 »

关于SVN 目录结构

   Subversion有一个很标准的目录结构,是这样的。比如项目是proj,svn地址为svn://proj/,那么标准的svn布局是

   svn://proj/
   |
   +-trunk
   +-branches
   +-tags 
   这 是一个标准的布局,trunk为主开发目录,branches为分支开发目录,tags为tag存档目录(不允许修改)。但是具体这几个目录应该如何使 用,svn并没有明确的规范,更多的还是用户自己的习惯。
    对于这几个开发目录,一般的使用方法有两种。我更多的是从软件产品的角度出发 (比如freebsd),因为互联网的开发模式是完全不一样的。
继续阅读 »

SVN authz 配置详解

我们对项目根目录做了限制,该目录只允许arm事业部的经理才能修改,其他人都只能眼巴巴的看着:

[arm:/]
@g_manager = rw
* = r

[arm:/] 表示这个目录结构的相对根节点,或者说是 arm 项目的根目录
继续阅读 »

centos下svn配置

本文介绍centos下svn配置
继续阅读 »

Subversion svnserve服务启动与配置

svnserve 是一个轻量级的服务, 使用自定义的协议通过TCP/IP与客户端通讯。
客户端通过由 svn:// 或者 svn+ssh:// 开始的URL访问svnserve服务器。
继续阅读 »