jenkins中使用tfs插件做增量的版本发布部署

一 配置介绍

使用jenkins的tfs插件进行，源码的下载，编译，打包的操作，然后使用windows的批处理命令，在局域网内（或者本机）把打包的release包，删除掉web.config,然后靠配到iis指向的磁盘位置，如此实现自动发布。在此种情况下，因为源码经过演进项目扩大，存在越来越多的文件，包也越来越大，往往进行了简单的修改，但是发布需要持续几分钟甚至更长，而人工发布就只需简单几秒钟拷贝，这样使自动化发布的效果大打折扣。为此做出一些改进的思路。

二 改进思路

1. 删除copy配置，观察在拉取代码，编译，打包时间的花费。
2. 使用ftp替代copy命令，观察世间是否有提高。
3. 修改其中一个.cs类文件，观察对应的dll是否修改日期变化，其它的dll文件并无变化。
4. 修改其中一个.cshtml view层文件，观察在打包程序中文件修改时间是否发生变化，同样其它文件的修改时间保持不变。
5. 如果生成的release包，是针对修改文件的时间只发生变化的，就考虑提取相比上次构建时间发生变化的文件，只覆盖此类文件到iis只想磁盘位置。

三 测试进行

1. 没有文件xcopy，整体在几秒左右时间。
2. 使用ftp拷贝，文件名不能存在中文（之前有查是jenkins版本问题，升级之后依然存在），同时时间上还是不尽人意。
3. 目前Enterprise.dll文件修改时间 ‎2016‎年‎6‎月‎13‎日，‏‎14:18:19,进行web项目，.cs文件修改，此dll release修改日期发生变化。
4. 目前 D:\jenkins1.65\workspace\CI_KKEnterprise(企业端)\EnterpriseCenterPublish\Areas\RZTJ\Views\RZTJ\Index.cshtml（release包）文件修改日期 2016‎年‎6‎月‎13‎日，‏‎12:01:46 当前时间 14：17进行此文件修改以及check in，并执行构建，此文件修改时间变化 ‎2016‎年‎6‎月‎13‎日，‏‎14:18:19，而其它文件时间并没有变化。
5. 依据3，4分析可以提取最后一次发布后的文件进行copy或者ftp，据此构建以下powershell脚本:

$workbasepath = "D:\jenkins1.65\workspace\CI_KKEnterprise(企业端)\EnterpriseCenterPublish"
cd $workbasepath
#获取最后发布时间
if (Test-Path lastPublish.txt) {
$lastUpdateTime = Get-Content .\lastPublish.txt
#转化为DateTime类型
$lastUpdateTime = Get-Date $lastUpdateTime[1]
}
else{
$lastUpdateTime = Get-Date 1/1/1997
}
#更新本次发布时间文件
Get-Date > lastPublish.txt
$filePath = "D:\jenkins1.65\workspace\CI_KKEnterprise(企业端)\EnterpriseCenterPublish"
$allFile = Get-ChildItem $filePath -recurse | ?{$_.PsIsContainer -eq $false}
foreach($file in $allFile)
{
    $daySpan = ($file.LastWriteTime)
    #if文件的最后修改时间 大于 最后一次更新时间的保留 其它的删除
    if ($daySpan -ge $lastUpdateTime)
    {
     $file.FullName,$daySpan ,"$$$$", $lastUpdateTime
    }else{
    $file.FullName,$daySpan, "####" ,$lastUpdateTime
    Remove-Item $file.FullName -Recurse -Force
}
}

只保留本次更新文件，其它文件删除掉。至此提高tfs自动发布的效率。