我目前正在写一个项目一个circleCI脚本。这个文件夹内,并多个项目,每个各自的构建部署脚本。
我的问题是,我该如何管理多个项目,我需要每个项目中的.circleci
文件夹或我可以用一个单一的yml
脚本来处理子目录。
我现在的脚本cd
到每个运行步骤的子目录。
你可以做到这一切于一身,具有下jobs
多个项目。默认作业必须调用build
但你可以叫任何你喜欢的人。然后,你可以cd
到每个作业内部的相应目录,或目录名称添加到您的命令参数,你认为合适。从the docs:
一个运行是由一个或多个指定的作业。乔布斯是在
jobs
地图指定的,看到Sample 2.0 config.yml的job
地图的两个例子。作业的名称在地图的关键,而值是描述作业的地图。...
如果你不使用的工作流程中,
jobs
地图必须包含名为build
工作。这build
工作是默认的入口点为通过推到你的VCS提供商触发运行。这是可能的,然后指定更多的就业机会,并使用CircleCI API运行它们。
在其他地方,回购我贡献有working example of this:
jobs:
build:
steps:
# ...
build-oauth:
steps:
# ...