相关疑难解决方法(0)

我正在尝试使用GitHub为一个项目设置Jenkins-ci.我已经使用适当的插件设置了Jenkins.我希望Jenkins只在项目中有人推动掌握时运行构建脚本.到目前为止,我已经能够设置它,以便在任何人推送到任何地方时都会触发构建,但这太宽泛了.我在Git上使用post-receive服务挂钩完成了这个.

我已经阅读了Jenkins wiki和一些教程,但缺少这个特殊的细节......它可能与民意调查有关吗？或者应该在Git方面完成工作,这样Git只会在master更改时触发Jenkins ？

我已经设置了Jenkins,但是我想知道在当前版本和之前版本之间添加/更改了哪些文件.我想运行一些长时间运行的测试,具体取决于源树的某些部分是否已更改.

在浏览过互联网之后,我发现在Hudson/Jenkins中没有提到这种能力,尽管建议使用SVN后提交钩子.也许这很简单,每个人(除了我)都知道怎么做!

这可能吗？

我的repo在子文件夹中有多个项目,在多个分支中重复相同的结构.

我正在尝试设置一个监视所有分支的作业,并仅在子目录"Project1"发生更改时触发作业.通过这种方式,我可以检查"Project1"的更改是否适用于发布分支以及人们可能设置的任何开发分支.

从理论上看,Git插件确实让我通过在"包含的区域"中的"Branches to build"和"Project1.*"中指定"**"来设置它.我也使用'Poll SCM',因为这似乎是一个先决条件.

只要您只对一个分支进行更改,这样就可以正常工作.在另一个分支上的"Project1"文件夹之外进行更改后,Jenkins会从任何目录中获取更改.

这是一个错误还是我试图做一些不受支持的事情？

我有一个存储库，其中包含多个项目，以及不同框架/技术中的 API。

我有多个詹金斯管道设置来满足所有这些工作，并处理舞台级别的条件以使用 For 例如跳过它们

when { 
                changeset "**servicelayer/*"
            }

上面是一个场景，如果有人将文件签入特定文件夹，我不想执行完整的管道。但这只允许跳过特定阶段。有没有一种方法可以在管道级别验证这一点，看看是否不满足条件，然后跳过整个作业？

注意：我已经尝试在 Jenkins 管道级别配置包含/排除区域。这对我来说根本不起作用。

我有一个具有以下结构的Maven多模块项目的詹金斯工作：

• 模块A
• 模块B
• desktop_App
• 共同
• ...

我只想在将更改推送到特定路径时执行部署desktop_app的作业。使用git插件可以做到这一点，但是我在白名单字段中放置了相对路径，但是scm忽略了所有提交

Git轮询日志

...

...

忽略的提交7a5aafc79ffe142a63b8a65ed183068fcc1d42fa：没有匹配的路径包括区域白名单

这个插件如何工作？