1 创建工程
2 配置工程代码来源信息
2.1 From a repository URL
表示从代码仓库创建工程。
2.1.1 parent project
指定父工程，默认是root project。
2.1.2 Repository URL:
指定仓库的地址，这里有三种地址（http:、git:、svn:），使用哪种的地址，就要加相应的前缀，例如：
2.1.3 username、password
然后是输入相应的用户名和密码。
2.2 From a repository URL
表示是自定义代码源创建工程。
3 配置基本信息
3.1 project name
配置工程的名字。
3.2 Build configuration name
配置构建配置的名字。
3.3 vcs root
配置代码版本控制路径，一般只能够查看，配置在上面的步骤中已经配置了。
/opt/buildagent/work/35fa910e4a056cd8
4 详细配置
4.1 Version Control Settings
vcs配置，进入可以进行更加详细的配置，包括仓库地址、密码等。
4.2 构建步骤
添加构建步骤，例如打包之前执行的准备操作:关闭服务，打包的操作:打jar包，打包之后的操作:运行jar包、打包源码等操作。
Auto-detect build steps功能，主要是搜索 VCS 目录下的可识别的编译配置文件然后自动生成 build 步骤。这种方式比较简单，我们主要介绍能支持复杂配置的手动配置 build 步骤的方式，所以请选择 “Add build step”。
4.2.1 Runner type
选择构建步骤的类型。
4.2.1.1 SSH Exec
执行shell命令。
我们将项目部署到了 Tomcat 容器中，部署完之后，需要关闭 Tomcat。这里，我们使用 SSH Exec 来执行一段关闭服 Tomcat 的脚本。注意，执行重启的用户，应该具备原来启动 Tomcat 的用户权限。
a Runner type
构建步骤的类型。
b stop name
该步骤的名字。
c target
执行该shell命令的主机地址。
d Authentication mothod
在该主机上执行命令的授权方式，可以选择使用用户名和密码方式。
e commands
执行的脚本命令。例如：
cd %teamcity.build.workingDir%
pwd
在执行构建的时候，就会输出：
4.2.1.2 SSH Upload
用于文件传输的。
可以使用 FTP Upload 或者 SSH Upload 等方式将发布包发布到部署环境中。在本例，由于 CI 和部署的环境是在同一台主机上，使用 FTP Upload 即可。
a Deployment Credentials
部署主机的用户名和密码。
b Target host
是目标部署环境的位置，这里的位置是指 用户的相对路径位置，比如设置位置为10.30.22.18:/necc_simulation/gov-tomcat-necc/webapps/gov，使用的用户为dev，那么，最终部署到主机的绝对路径为/home/dev/necc_simulation/gov-tomcat-necc/webapps/gov 。b
c Paths to sources
待部署发布包的位置，这里 %teamcity.build.workingDir%/web/gov/target/gov中的 %teamcity.build.workingDir%是 TeamCity 构建的工作区间。
4.2.1.3 maven
执行maven构建的。
是使用maven进行打包的操作。
a goals
maven执行目标，也就是输入maven命令。
b path to pom file
选择该工程中的pom.xml的路径。
c additional maven command params
添加maven执行的命令中的参数。
d working dir
指定工作目录，默认是/opt/buildagent/work/**
e maven
选择maven的版本；
f user setting selection
选择maven的setting.xml的配置文件，可在下图中的位置处添加：
g jdk
选择jdk的版本号。
2万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
