首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >Jenkins未从Starteam签出所有文件

Jenkins未从Starteam签出所有文件
EN

Stack Overflow用户
提问于 2013-04-11 03:03:37
回答 2查看 712关注 0票数 1

我正在尝试使用Jenkins设置来改进我们的CI策略,该策略目前由一个由Windows任务调度程序启动的Automated Build Studio脚本组成。我想要集成的源代码是我试图通过MSBuild构建的.NET解决方案。

作为我们的配置管理,我们使用StarTeam (v.10.4),当Jenkins试图将文件签出到工作区并编译解决方案时,我目前遇到了一些问题。

有一些文件(看起来总是一样的)不会被Jenkins StarTeam插件签出。显然,由于这些文件丢失,我无法使用Jenkins作为CI。我们的Automated Build Studio脚本没有遇到这个问题:这里所有的文件都被正确签出了。

在我看来,没有检出的C#文件没有什么特别的:它们位于不同的项目中,包含不同类型的数据(一些winforms,一些接口),它们都是同一视图的一部分,似乎是以相同的方式添加到StarTeam中的。

Jenkins中的StarTeam轮询日志没有显示任何内容。我不知道是否有某种调试模式可以用来追踪问题的本质?

也许我应该补充说,当我正在试验设置时,Jenkins目前在我的台式pc (Win7)上本地运行。我使用默认位置c:\Program Files(x86)\Jenkins\Jobs\JOB_NAME\Workspace来集成我的解决方案。

我希望你们中的一些人能知道问题是什么,因为我真的希望有一个比我们目前已经存在的更好的CI设置。

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2013-04-16 01:43:35

我设法找出了问题所在:显然,我们团队中的一个开发人员在将文件夹添加到StarTeam中时,有时会设法更改文件夹的默认位置属性。因此,我们不再使用相对于项目根目录的位置签入文件,而是最终在存储库中使用绝对路径。

我可以通过删除原始位置(即不在Jenkins作业文件夹中)中的文件来验证这一点,然后观察文件在Jenkins签出过程中重新出现在其原始位置。真正让我进一步研究这一点的是,我尝试使用cmd-line实用程序从StarTeam检出文件,以便将文件检入到不同的位置。当这仍然没有检查出所有的文件时,我认为Jenkins不再是罪魁祸首,而是其他什么地方出了问题。

我之前没有注意到这一点的部分原因是我使用StarTeam的经验很少,而且我们团队中的所有开发人员在我们的开发环境中使用相同的映射和路径。因此,绝对路径将文件放在所有机器上的正确位置,因为使用的路径是相同的。

票数 1
EN

Stack Overflow用户

发布于 2013-04-15 21:08:35

本质上,当与任何外部应用程序集成时,StarTeam软件开发工具包会处理文件的签出。您正在运行的客户端的10.4版本似乎非常过时,因此我建议升级SDK版本(如果不是整个客户端的话)。

当涉及到客户端/ SDK时,StarTeam具有相对良好的向前/向后兼容性,因此理论上您可以在现有的2008 R2客户端安装上运行2009/2009r2sdk。

至于Jenkins中的调试模式,您可以通过运行以下语法在命令行中激活它:

java -Drally.debug="true" -jar jenkins.war --httpPort=9000

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/15934264

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档