SVN版本分支合并

  SVN,开发中常用的工具,也没什么可说的。这里只是记录一下,以免太久不用了想用的时候又忘了。

  首先已经有两个目录,一个是分支目录SVNChild,一个是主干目录SVNMain。SVNChild是从SVNMain分出来的一个版本,即整个代码结构(文件夹、代码文件)基本一样的,当然新添加了部分文件、修改文件是正常的。如果不是,则合并的选项都不是一样的。SVN的分支合并有三种,这里只说分支合并到主干,主干合并到分支两种,第三种没用过,不太清楚。分支合并到主干、主干合并到分支操作基本一样,这里就以主干合并到分支说明。

  假如SVNMain主干的版本到了999,这时用版本900建立分支目录SVNChild,提交分支目录,则总的SVN版本到了1000。那我们就要注意3个版本了,一个是主干版本999,一个是分支版本900,总SVN版本1000。注意在提交分支目录时需要在log记录其版本为900,不然以后忘了,我真不知道分支是什么版本(PS:有知道的望指教)。 

  在SVNChild上右键--TortoiseSVN--Merge进行合并。

选择合并主干到分支,下一步

选择正确的SVN主干路径,然后就是填写需要合并的版本。比如需要合并版本900到最新版本(分支版本就是900),则填写900-HEAD,如果中间有一些版本不需要合并,如果906,908这两个版本不需要合并,则填写为900-905,907,909-HEAD。然后就是下一步了,会有一个test merge,会进行合并模拟,可以看到哪些文件被更新......确定是所需要合并的文件后,确定就OK了。合并完成后,只是把主干上的文件合并到本地,需要提交SVNChild目录。

  最后,需要说明的是SVN版本不同可能会略有不同。还有就是SVN目录下的操作能提交的应尽快提交,一方面是防止代码丢失,另一方面是防止出现一些莫名其妙的错误。有些同事的SVN会更新不上(检查过没有冲突,没有忽略),也有过同事合并不了,没有错误,但在test merge这一步没显示任何文件被更新。后来也查不出来,把SVN目录删除重新checkout未发现什么问题。

------------------------------------------------------------------------------2014-05-25-----------------------------------------------------------------------------------

  上一次项目发布新版本时,把主干上的版本跨版本融合到发布分支上了。即主干开发已给到1999了,发布分支停留在主干的1987版本上,那么这次要更新到1992版本。但是在主干上1996版本时修复了一些BUG,而1993-1995这些版本是不能发布的。所以我就把1987-1992,1996融合到发布分支上去了,其中跳过了一些版本。这没有发现问题。

  结果最近一次发布新版本时,需要发布版本2008。由于上一次融合了版本1996,那么这些就是1992-1995,1997-2008这样了,感觉不会有问题,结果提示有冲突了。想一下,估计是1992-1995,1997-2008这些版本中修改了1996版本中的文件。因为当时发布时间很急,没来得及多想,先1992-1995融合,提交分支,然后再1997-2008这样分段融合,居然只是merge而不是conflict。用beyond comapre对比一下文件,没有发现问题,就发布了。

  现在回想一下,做了一些验证。

  首先,想一下为什么会conflict。条件是文件内容不一样(假设不能merge)并且本地的文件版本比要merge版本高或者是本地文件经过修改。文件不一样是肯定的,而且由于merge后再update会产生一个主干版本号,故就冲突了。因为我们是把主干合并到发布分支,其实我们期望的是做update,即在发布分支出现conflict时,以主干为准,直接update。但事实是,svn允许在分支上修改文件,故这要求对svn不适用,并不是所有用svn的人都不会在分支个修改文件。平时我们看到的update是因为同事修改了文件,update后版本更高。虽然我们本地的文件内容冲突,但版本高为准嘛。而不跨版本融合时(即使分多次融合,分支版本号比要merge版本高),要融合的文件版本号应该取的是主干上一次融合的版本号。

  思路有点乱,也不一定正确。总结一下。当需要跨版本融合时,要保证中间的版本(如例子中的1996)的文件在之前版本不被修改。下面做验证时:

在上面的图中,log标明为step的修改的都是同一文件,other的则是每次都修改不同文件。发现在step中跨版本融合时,总会提示冲突

而修改不同文件的版本,则不会有问题。

另外,在新版本的SVN中,融合时show log会记录哪些版本已融合,已融合的为灰色并有融合图标

转载于:https://www.cnblogs.com/coding-my-life/p/3702407.html

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在信号处理领域,DOA(Direction of Arrival)估计是一项关键技术,主要用于确定多个信号源到达接收阵列的方向。本文将详细探讨三种ESPRIT(Estimation of Signal Parameters via Rotational Invariance Techniques)算法在DOA估计中的实现,以及它们在MATLAB环境中的具体应用。 ESPRIT算法是由Paul Kailath等人于1986年提出的,其核心思想是利用阵列数据的旋转不变性来估计信号源的角度。这种算法相比传统的 MUSIC(Multiple Signal Classification)算法具有较低的计算复杂度,且无需进行特征值分解,因此在实际应用中颇具优势。 1. 普通ESPRIT算法 普通ESPRIT算法分为两个主要步骤:构造等效旋转不变系统和估计角度。通过空间平移(如延时)构建两个子阵列,使得它们之间的关系具有旋转不变性。然后,通过对子阵列数据进行最小二乘拟合,可以得到信号源的角频率估计,进一步转换为DOA估计。 2. 常规ESPRIT算法实现 在描述中提到的`common_esprit_method1.m`和`common_esprit_method2.m`是两种不同的普通ESPRIT算法实现。它们可能在实现细节上略有差异,比如选择子阵列的方式、参数估计的策略等。MATLAB代码通常会包含预处理步骤(如数据归一化)、子阵列构造、旋转不变性矩阵的建立、最小二乘估计等部分。通过运行这两个文件,可以比较它们在估计精度和计算效率上的异同。 3. TLS_ESPRIT算法 TLS(Total Least Squares)ESPRIT是对普通ESPRIT的优化,它考虑了数据噪声的影响,提高了估计的稳健性。在TLS_ESPRIT算法中,不假设数据噪声是高斯白噪声,而是采用总最小二乘准则来拟合数据。这使得算法在噪声环境下表现更优。`TLS_esprit.m`文件应该包含了TLS_ESPRIT算法的完整实现,包括TLS估计的步骤和旋转不变性矩阵的改进处理。 在实际应用中,选择合适的ESPRIT变体取决于系统条件,例如噪声水平、信号质量以及计算资源。通过MATLAB实现,研究者和工程师可以方便地比较不同算法的效果,并根据需要进行调整和优化。同时,这些代码也为教学和学习DOA估计提供了一个直观的平台,有助于深入理解ESPRIT算法的工作原理。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值