为正确的 SourceStamp 行为配置 Buildbot Builder
Configuring Buildbot Builder for correct SourceStamp behavior
我有一个关于在 buildbot 中正确 "source stamp" 用法的问题。
场景：
- 要构建的项目由一个lib和一个core组成
- lib 和核心存储在两个不同的 svn 存储库
- lib 和核心在 t运行k 的头部有不同的修订号
- 项目的构建工厂检查 lib（head），构建它，然后检查核心（head）并构建它（链接先前构建的 lib）所有这些都在同一个构建工厂中。
- 假设 build #123（在 buildbot 中）由于错误地签入核心源代码库而被破坏。以前的版本 #122 很好。
- 从构建器页面我 select 特定构建 (#122)，然后 select "build same sourcestamp" 然后点击 "Rebuild"
我期待的是：
- buildslave 将检查他 运行 构建 #122 时使用的 lib 和核心 svn 修订版，假设 lib 的 rev r100 和核心的修订版 r1456。
实际情况：
- 在两个 repo 的头部执行 buildslave checkout 导致构建失败
问题：
- 我想了解一下我对 buildbot 中 "source stamp" 工作原理的理解是否正确。
- 我是不是配置有问题？
- 有什么我必须特别做的事情才能让奴隶表现得像我期望的那样吗？ （如果可能的话）
我的设置如下：
master 和 slave 上的 buildbot 0.8.9。
代码存储在 svn 存储库中
如果构建器有两个不同的签出，则必须使用 "codebase" 功能。这将使您可以跟踪两个 sourcestamp，一个对应一个。您在使用 "codebase" 吗？
我有一个关于在 buildbot 中正确 "source stamp" 用法的问题。
场景：
- 要构建的项目由一个lib和一个core组成
- lib 和核心存储在两个不同的 svn 存储库
- lib 和核心在 t运行k 的头部有不同的修订号
- 项目的构建工厂检查 lib（head），构建它，然后检查核心（head）并构建它（链接先前构建的 lib）所有这些都在同一个构建工厂中。
- 假设 build #123（在 buildbot 中）由于错误地签入核心源代码库而被破坏。以前的版本 #122 很好。
- 从构建器页面我 select 特定构建 (#122)，然后 select "build same sourcestamp" 然后点击 "Rebuild"
我期待的是：
- buildslave 将检查他 运行 构建 #122 时使用的 lib 和核心 svn 修订版，假设 lib 的 rev r100 和核心的修订版 r1456。
实际情况：
- 在两个 repo 的头部执行 buildslave checkout 导致构建失败
问题：
- 我想了解一下我对 buildbot 中 "source stamp" 工作原理的理解是否正确。
- 我是不是配置有问题？
- 有什么我必须特别做的事情才能让奴隶表现得像我期望的那样吗？ （如果可能的话）
我的设置如下： master 和 slave 上的 buildbot 0.8.9。 代码存储在 svn 存储库中
如果构建器有两个不同的签出，则必须使用 "codebase" 功能。这将使您可以跟踪两个 sourcestamp，一个对应一个。您在使用 "codebase" 吗？