写这个记录的原因是，伙伴们都说看不懂我写的东西，所以这次做个从0开始的记录；

第一步：上网找

在网上找到一个文章，上面说首先安装Parameterized Trigger plugin，好的，我先去Jenkins服务器上面去安装这个；

系统管理-插件管理-搜索-安装 

目前看起来一切顺利

10点44分，已经在重启jenkins了，抱着尾巴坐等；

第二步，增加自己的Jenkins工程的构建步骤：

jenkins：构建->增加构建步骤->Trigger/call builds on other project 

然后，来到了这里，

好的，我还没有这个工程，我去新建一下，稍等。。。

好了，理论上说  这个顺序是必须的，我也不去挑战他了

hold on，我突然感觉我偏离了重点，我需要完成的事情的背景是：我不想每次执行case都去执行首次启动app，比如要跳过权限/跳过引导图/跳过广告框等等；

我需要调整成执行完一个项目之后，会触发另外几个我指定的jenkins项目；

四、指导与管理项目执行

定义

指导与管理项目执行过程要求项目经理与项目团队采取多种行动执行项目管理计划，完成项目范围说明书中明确的工作。

指导与管理项目执行还要求实施

1）批准的纠正措施

使项目实施的预期结果始终符合项目管理计划的要求。

2）批准的预防措施

降低潜在的消极后果发生的可能性。

3）批准的缺陷补救请求

纠正质检过程发现的产品缺陷。

1、指导与管理项目执行的依据（输入）

1）项目管理计划

2）批准的变更请求

3）事业环境因素

4）组织过程资产

2、指导与管理项目执行的工具与技术

1）专家判断

2）项目管理信息系统

3）会议

3、指导与管理项目执行的成果（输出）

1）可交付成果

2）工作绩效数据

工作绩效数据包括但不限于以下项目

• 1、表明进度绩效的状态信息。
• 2、 已经完成与尚未完成的可交付成果。
• 3、已经开始与已经完成的计划活动。
• 4、质量标准满足的程度。
• 5、批准与已经开销的费用。
• 6、对完成已经开始的计划活动的估算。
• 7、绩效过程中的计划活动实际完成的百分比。
• 8、吸取并已记录且转入经验教训知识库的教训。
• 9、资源利用细节

3）变更请求

4）项目管理计划的更新

5）项目文件更新

需要更新的项目文件可能有：：需求文件、项目日志、风险登记册、干系人登记册等。

拓展：

1、工作绩效数据

在执行项目工作的过程中，从每个正在执行的活动收集到的原始观察结果和测量值。例如，工作完成百分比、质量和技术绩效测量值、进度活动的开始和结束日期、变更请求数量、缺陷数量、实际成本和实际支持时间等。

2、工作绩效信息

从各控制过程中收集并结合相关背景和跨领域关系，进行整合分析而得到的绩效数据。

3、工作绩效报告

为制定决策、提出问题、采取行动或引起关注，而汇编工作绩效信息，所形成的实物或电子项目文件。例如，状态报告、备忘录、论证报告、信息札记、电子报表、推荐意见或情况更新。

SpringMVC

实现ApplicationListener接口，并实现 onApplicationEvent(ContextRefreshedEvent contextRefreshedEvent)方法

@Service
public class SearchReceive implements  ApplicationListener<ContextRefreshedEvent> {
    @Override
    public void onApplicationEvent(ContextRefreshedEvent contextRefreshedEvent) {
        if (contextRefreshedEvent.getApplicationContext().getParent() == null) {//保证只执行一次
            //需要执行的方法
        }
    }
}

至于为什么先做判断，因为Spring存在两个容器，一个是root application context ,另一个就是我们自己的 projectName-servlet context（作为root application context的子容器）。这种情况下，就会造成onApplicationEvent方法被执行两次。为了避免上面提到的问题，我们可以只在root application context初始化完成后调用逻辑代码，其他的容器的初始化完成，则不做任何处理。

SpringBoot

业务场景:
应用服务启动时，加载一些数据和执行一些应用的初始化动作。如：删除临时文件，清除缓存信息，读取配置文件信息，数据库连接等。
SpringBoot提供了CommandLineRunner和ApplicationRunner接口。当接口有多个实现类时，提供了@order注解实现自定义执行顺序，也可以实现Ordered接口来自定义顺序。

注意：数字越小，优先级越高，也就是@Order(1)注解的类会在@Order(2)注解的类之前执行。

两者的区别在于：
ApplicationRunner中run方法的参数为ApplicationArguments，而CommandLineRunner接口中run方法的参数为String数组。想要更详细地获命令行参数，那就使用ApplicationRunner接口

• ApplicationRunner

@Component
@Order(value = 10)
public class AgentApplicationRun2 implements ApplicationRunner {
	@Override
	public void run(ApplicationArguments applicationArguments) throws Exception {

	}
}

• CommandLineRunner

@Component
@Order(value = 11)
public class AgentApplicationRun implements CommandLineRunner {

	@Override
	public void run(String... strings) throws Exception {

	}
}

还有一种方法也可以实现，就是使用@PostConstruct注解，详见：https://www.jianshu.com/p/98cf7d8b9ec3

参考

• SpringBoot Runner 与 @PostConstruct 初始化数据
• @PostConstruct