同一工作区上的并发SVN更新 在我的公司中,我们使用詹金斯来构建我们的C++应用程序。由于项目之间有很强的相互联系,并且我们使用分层make结构,因此我们将整个源代码作为一个大的工作区进行检查

同一工作区上的并发SVN更新 在我的公司中,我们使用詹金斯来构建我们的C++应用程序。由于项目之间有很强的相互联系,并且我们使用分层make结构,因此我们将整个源代码作为一个大的工作区进行检查,svn,svn-lock,Svn,Svn Lock,然后,我们使用不同的Jenkins项目,在构建之前对同一工作区的不同子文件夹进行更新,有时项目是同时构建的。对于工作正常的Subversion 1.6,我们经常会遇到以下错误: 工作区似乎已锁定,因此获取新的工作区 我认为这是因为如果更新正在运行,subversion 1.7会锁定整个工作区(而1.6只锁定了相关的子文件夹) 有没有一种方法可以在不锁定subversion 1.7中的subversion工作区的情况下进行SVN更新?致以最诚挚的问候。否。我认为您必须拥有一个jenkins作业,该

然后,我们使用不同的Jenkins项目,在构建之前对同一工作区的不同子文件夹进行更新,有时项目是同时构建的。对于工作正常的Subversion 1.6,我们经常会遇到以下错误:

工作区似乎已锁定,因此获取新的工作区

我认为这是因为如果更新正在运行,subversion 1.7会锁定整个工作区(而1.6只锁定了相关的子文件夹)


有没有一种方法可以在不锁定subversion 1.7中的subversion工作区的情况下进行SVN更新?致以最诚挚的问候。

否。我认为您必须拥有一个jenkins作业,该作业将更新所有项目的工作区,然后生成其他作业,这些作业可以同时生成,但不更新工作副本。

否,在SVN working copy 1.7中,整个工作副本被锁定,因为有一个.SVN/wc.db数据库保存有关所有路径的信息。如果您希望有几个进程来更新工作副本,请考虑再次切换到1.6。另一种情况是“这是设计的,原因是”。)