新建第一个PodTemplate：pod-template-test-1
新建第二个PodTemplate：pod-template-test-2
注意，这里我并没有在pod template中配置container，因为官方说明中每个PodTemplate都有一个默认的container（叫jnlp）。建两个PodTemplate方便比较剖析。
然后创建第一个jenkins任务test：
在流水线script处写入脚本：
podTemplate {
node(label: 'pod-template-test-1-jnlp') {
stage('Run shell') {
sh 'echo hello world'
}
}
}
这个node(label: 'pod-template-test-1-jnlp')中的label决定用哪个PodTemplate，和之前这里的配置相匹配：
然后执行构建，构建成功。
我们需要分析下构建日志，然后结合jenkins官方文档来反向看一下和jenkins k8s配置的对应关系。
这个jnlp的name前缀（pod-template-test-1-4mc7n）和PodTemplate中配置的名称是一样的。
jenkins-jnlp: "true"这个标签是在cloud中的一个配置指定的，它规定了这个cloud下的所有生成的jnlp都有这个label。
jenkins/label: "pod-template-test-1-jnlp"是在PodTemplate中配置的label，用于流水线选择那个podtemplate创建jnlp-pod，同时也会作为jnlp-pod的标签。
image: "jenkins/inbound-agent:4.11-1-jdk11"这个是默认container使用的默认镜像，在events中可以看到：
name: "jnlp"是每个PodTemplate中的默认container，上边这个脚本没有指定container用的就是这个默认的，默认在这个jnlp的container中运行。
在events中也可以得到验证：
这个nodeSelector是指定jnlp-pod分布在哪些节点。
restartPolicy: "Never"这个显然的，肯定是Never，不然万一有毛病，这东西成病毒了。
接下来修改脚本，显示指定要使用PodTemplate的哪个container：指定是有默认container即jnlp。
执行构建OK，查证OK。
接下来我们在pod-template-test-2中新增一个container容器test-jnlp-custom。
修改jenkins任务test1的执行脚本，并进行构建：
podTemplate {
node(label: 'pod-template-test-2-jnlp') {
stage('test-container-jnlp') {
container(name: 'jnlp'){
echo 'hello, I am jnlp container.'
}
}
stage('test-container-jnlp-custom') {
container(name: 'test-jnlp-custom'){
echo 'hello, I am test-jnlp-custom container.'
}
}
}
}
进行构建，OK。
在events中也可以得到验证。
参考资料：
1.Kubernetes plugin for Jenkins
https://plugins.jenkins.io/kubernetes/#documentation
