使用Jenkins来实现内部的持续集成流程(下)

发表于:2019-5-08 11:50

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:雪雁    来源:博客园

  目录
  配置项目构建
  1.添加任务
  2.添加源代码地址和登录凭据
  3.添加构建触发器
  4.TFS添加WebHook
  5.添加构建步骤
  后端UI
  API端
  配置项目构建
  1、添加任务
  2、添加源代码地址和登录凭据
  添加源代码地址和登录凭证
  此图没有填写凭证时显示的错误
  点击Credential后面的添加 填写能访问源代码的用户名和密码
  选中刚刚添加的用户名和密码
  不再报错 表示填写正确
  Branches to build可以不用填写,建议填写需要发布的对应分支
  3、添加构建触发器
  (这里选择,当推送代码到TFS远程版本仓库时,触发构建)
  注:如果“构建触发器”不存在此选项 请到Jenkins 插件管理安装插件Team Foundation Server Plug-in
  此触发方式需要在服务器上(比如TFS)添加WebHook(如果服务器不支持添加WebHook,可以考虑使用“轮询SCM”,此处未作尝试)
  4、TFS添加WebHook
  打开TFS 选中项目 右边设置 选择服务挂钩
  创建订阅=>Jenkins=>下一步

  该类型事件的触发器=>选择 “已推送代码”
  筛选器 存储库=>选择对应的存储库
  分支=>选择要推送的分支
  下一步
  设置和身份验证用户名和密码 填写Jenkins访问地址和用户名、密码
  集成级别=>选择“Jenkins的TFS插件”
  点击测试按钮:
  表示出配置成功
  如果测试失败,检查Jenkins基URL 后面不要以斜杠(“/”)结尾 (神坑!)
  5、添加构建步骤
  后端UI

  1.npm i
  2.npm run deploy-dev
  注:如果不存在此Window Power Shell 请到Jenkins 插件管理安装插件 PowerShell
  关于deploy-dev命令 详见后端UI代码package.json文件
  API端
  构建步骤
  1.dotnet restore
  2.dotnet publish src\Magicodes.Admin.Web.Host\Magicodes.Admin.Web.Host.csproj -c Release
  "C:\Program Files (x86)\IIS\Microsoft Web Deploy V3\msdeploy.exe" -source:contentPath=%WORKSPACE%\src\admin\api\Admin.Host\bin\Release\netcoreapp2.1\publish -verb:sync -enableRule:DoNotDeleteRule -allowUntrusted -dest:contentPath='站点名',ComputerName='https://开启WebDeploy的地址:8172/msdeploy.axd?site=站点名',UserName='WebDeploy用户',Password='WebDeploy用户密码',AuthType='Basic'
  %WORKSPACE%:Jenkins中当前编译项工作目录 参见Jenkins可用环境变量列表

      上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号