上文提到，基于CRM的二次开发是必不可少的，但是在实际项目中CI/CD是不可忽略的一个重要部分，与传统的Java，Python项目不同，如果对Salesforce进行持续集成和持续部署呢？
结合找到的各种资源，并加上之前Java和Python的CI/CD经验，这里设计了一套简单的模版，如有错误，望各位大佬斧正。
1. 系统结构图
这里的设计，主要利用了Ant的代码迁移功能。
详细知识可参考：https://developer.salesforce.com/docs/atlas.en-us.daas.meta/daas/meta_development.htm
2. Jenkins配置
这里选择构建一个自由风格的软件项目
2.1 源码管理
这里选择Git，找到对应的Git库，然后clone其HTTP的链接，将其复制至Repository URL
2.2 创建凭据
创建凭据时，你可以在Credentials后面点击Add按钮，然后选择对应的项目库，输入用户名和密码，cs-jenkins.gen/******。
注意：这里添加的凭据仅适用于该item，如果想要创建一个全局的凭据，需要在Jenkins项目的凭据栏添加全局凭据。当然添加的方式有多种，最常用的便是用户名/密码与公钥/私钥方式，如果感兴趣可以自行查阅相关资料。
2.3 Git添加用户权限
【Repository Setting】 --> 【Repository Permissions】 --> 【User access】
点击git库设置（左下角
），然后点击库权限，添加可访问用户cs-jenkins.gen
注意：除了添加单个用户外，还可选择添加某个用户组，选择Group access即可。
2.4 构建触发
接触过Jenkins的都知道，它有多种触发方式，但业内常用的方式一般为两种：定时器和轮询SCM。
定时器：顾名思义，每隔一段时间便从Git上拉取代码，然后触发构建。
轮询SCM：每隔一段时间，便向Git发送查询信息，查看指定分支代码是否改变，如果不变则跳过，如果代码变化，则触发构建。
这里选择轮询SCM，并且设置每隔五分钟便向Git查询一次（时间太长，会导致CI不及时；时间太短，调用API过于频繁造成性能损耗）
2.5 构建
构建模块，是jenkins的核心，不同于Java的Mvn打包的构建方式，这里采用Invoke Ant，直接将Sandbox1的代码迁移到Sandbox2中。
这里分为两步：ant迁移代码，将Jenkins工作空间代码提交至Git
- Invoke Ant
关于ant在salesfroce中是如何做到代码迁移的，请参考：https://developer.salesforce.com/docs/atlas.en-us.daas.meta/daas/meta_development.htm
build.xml
1 <project name="Code Backup Without Folders" default="retrieve" basedir="." xmlns:sf="antlib:com.salesforce"> 2 <property file="build.properties"/> 3 <property environment="env"/> 4 5 <taskdef uri="antlib:com.salesforce" 6 resource="com/salesforce/antlib.xml" 7 classpath="ant-salesforce.jar"/> 8 9 <target name="deploy"> 10 <sf:deploy 11 username="${Sandbox2.username}" 12 password="${Sandbox2.password}" 13 serverurl="${sfProduction.serverurl}" 14 deployRoot="${Sandbox2.retrieveTarget}" 15 runAllTests="true" /> 16 </target> 17 <target name="retrieve"> 18 <git command='checkout' dir=""> 19 <args> 20 <arg value="${git.release}" /> 21 </args> 22 </git> 23 <git command="remote" dir=""> 24 <args> 25 <arg value="set-url" /> 26 <arg value="origin" /> 27 <arg value="https://${git.userName}:${git.password}@bitbucket/scm/cs-digitalization/sp.git" /> 28 </args> 29 </git> 30 <git command="pull" dir="" /> 31 <sf:retrieve username="${Sandbox1.username}" 32 password="${Sandbox1.password}" 33 serverurl="${sfSandbox.serverurl}" 34 retrieveTarget="./" 35 unpackaged="package.xml"/> 36 <echo message="Commiting all changes with message ${git.commitMessage}" /> 37 </target> 38 39 <macrodef name="git"> 40 <attribute name="command" /> 41 <attribute name="dir" /> 42 <element name="args" optional="true" /> 43 <sequential> 44 <echo message="Executing Command in folder @{dir}" /> 45 <echo message="git @{command}" /> 46 <exec executable="git" dir="@{dir}"> 47 <arg value="@{command}" /> 48 <args/> 49 </exec> 50 </sequential> 51 </macrodef> 52 </project>
- Execute Shell
1 if [ -n "$(git diff)" ] 2 then 3 git add . 4 git commit -m "Commiting all changes with message from Sandbox" 5 git remote set-url origin https://cs-jenkins.gen:******@bitbucket/scm/cs-digitalization/sp.git 6 git push -u origin release/dev 7 else 8 echo "Nothing changed" 9 fi
3. FAQ
虽然上述流程并不复杂，甚至可以说是比较简单，但是在其中也着实踩了几个坑，这里简单提下遇到的问题以及解决的方案。
3.1 Problem: failed to create task or type antlib:com.salesforce:retrieve
原因：由于本人用的jenkins是公司提供的平台，是由多个实例组成的集群，所以每次触发时并不在某台固定的VM上，并且本人没有直接访问服务器的权限。说来可能运气比较差，遇到的几台VM上都没有成功装ant-salesfroce.jar包，故手动下载ant-salesforce.jar包，并上传是代码工程中，这样不管在哪台VM工作，在向Git拉取代码时，并会拉取该Jar包（22.6M）。当然，这是会增加拉取代码时间，所以若有访问Jenkins服务器权限的话，建议在服务器中直接安装。
解决方案：
1）下载ant-salesforce.jar包，并上传至代码工程。
下载链接：https://gs0.salesforce.com/dwnld/SfdcAnt/salesforce_ant_46.0.zip
2）build.xml中重定义依赖包位置。
1 <taskdef uri="antlib:com.salesforce" 2 resource="com/salesforce/antlib.xml" 3 classpath="ant-salesforce.jar"/>
3.2 Problem: could not read Username for 'https://bitbucket.com': No such device or address.
原因：虽然在jenkins中源码管理的地方配置了凭据，但这只用于链接，在提交时并没有使用该用户，所以相当于匿名提交，这是Git所不允许的。
解决方案：手动设置git的remote url，并在url中显式配置用户名和密码。
git remote set-url origin https://cs-jenkins.gen:******@bitbucket/scm/cs-digitalization/sp.git
这样，一个基于Jenkins的Salesfroce CI/CD便完成了。上述若有模糊或错误之处，还望各位不吝之处，抱拳了。