使用svn的SubWCRev 1.7的变通方法:外部
我的构建脚本用于嵌入svn修订号,我的存储库包含用于在两个项目之间共享头文件的 My Jenkins build server与开发人员的身份验证方式不同,因此使用不同的存储库URL 由于将生成服务器更新为TortoiseSVN 1.7,生成脚本失败,出现以下错误: SubWCRev:E155032:节点“[shared.h]”来自意外的存储库 “http://[developer]”,应为“http://[build server]”;如果此节点是外部文件 在外部定义中使用正确的URL可以解决此问题, 看 SubWCRev:E200033:无法回滚保存点-SQL 语句进行中,执行语句“回滚到s390” SubWCRev:E200034:SQLite在事务回滚时忙;全部重置 允许回滚的繁忙SQLite语句 生成步骤“执行Windows批处理命令”将生成标记为失败 其中E155032引用了使用svn的SubWCRev 1.7的变通方法:外部,svn,tortoisesvn,Svn,Tortoisesvn,我的构建脚本用于嵌入svn修订号,我的存储库包含用于在两个项目之间共享头文件的 My Jenkins build server与开发人员的身份验证方式不同,因此使用不同的存储库URL 由于将生成服务器更新为TortoiseSVN 1.7,生成脚本失败,出现以下错误: SubWCRev:E155032:节点“[shared.h]”来自意外的存储库 “http://[developer]”,应为“http://[build server]”;如果此节点是外部文件 在外部定义中使用正确的URL可以解决
svn:externals
定义
我没有将-e
开关传递到SubWCRev,因此应该忽略外部
我当前的选择是回滚到TortoiseSVN 1.6或更改构建服务器身份验证以使存储库URL匹配
有更好的解决方法吗?在外部定义中使用相对路径而不是绝对路径