因此,我们需要一个开始的建设进程。 对于开端人来说,对于连续的一体化服务器来说,建筑过程应当易于工作,而且应当能够顺利实施。

让我们举一个简单的例子,说明建筑档案可以找到什么。 净额

<?xml version = "1.0" encoding = "utf-8"?>
<project xmlns = "http://schemas.microsoft.com/developer/msbuild/2003">
   <Target Name = "Build">
      <Message Text = "Building Project" />
      <MSBuild Projects = "project.csproj" Targets = "Build/>"
   </Target>
</project>

有必要注意到上述法典的以下方面:

具体目标以建筑名称标明。 在什么地方,目标就是收集在建筑过程中需要实施的合乎逻辑的步骤。 你们可以有多个目标,在目标之间有依赖性。

在我们的目标中,我们保留着在建设进程开始时将显示的选项信息。

MSBuild mandate 用于说明: 需要建立净项目。

以上的例子是一个非常简单的建筑档案。 在不断融合的过程中,确保这一档案不断更新,以确保整个建筑过程畅通。

Building a Solution in .Net

缺省建设工具。 Net是MSBuild,是用“Net”框架运输的。 根据你的系统框架,你将拥有相关的管理系统建设版本。 例如,如果有的话。 安装在违约地点的净框架,请查询MSBuild.exe。 在以下地点存档:

C:WindowsMicrosoft.NETFrameworkv4.0.30319

让我们看看我们如何建设我们的样本项目。 让我们的Sample项目位于一个称为C:DemoSimple的夹中。

为了利用微型信贷机构建设上述解决办法,我们需要迅速开放指挥系统,并采用以下方案所示的微型信贷机构备选方案。

msbuild C:DemoSimpleSimple.csproj

在上述例子中,csproj是具体针对项目档案。 净额。 csproj案包含所有相关信息,以确保软件能够适当建造所需的信息。 下面是MSBuild指挥部产出的筛选。

只要建筑工程成功,不存在错误,你就不必担心产出警告。

Continuous Integration - Build Scripts

现在,请看MSBuild档案的某些方面,看它们的含义。 这些方面很重要,可以从持续融合周期中了解。

建造文字是为了建立解决办法,而解决办法将成为整个持续一体化周期的一部分。 让我们看一下作为视频演播室一部分在.Net为我们的样本解决方案而创建的一般建筑文字。 建筑文字相当庞大,即便是简单的解决办法,我们也会走到其中最重要的部分。 定时,建筑设计书将存放在一份档案中,名称与“视力”网站的主要解决方案相同。 因此,就我们而言,如果你打开文件,Simple.csproj,你将看到将用来建立解决办法的所有环境。

依赖于使用的MSBuild版本—— 以下设施将使用在CI服务器上安装的MSBuild文档。

<VisualStudioVersion Condition = " $(VisualStudioVersion)  == 
     ">10.0</VisualStudioVersion>

<VSToolsPath Condition = " $(VSToolsPath)  ==   "> 
   $(MSBuildExtensionsPath32)MicrosoftVisualStudiov$(VisualStudioVersion)
</VSToolsPath>

<TargetFrameworkVersion>v4.5</TargetFrameworkVersion>

<Import Project = "$(MSBuildBinPath)Microsoft.CSharp.targets" />
<Import Project = "$(VSToolsPath)WebApppcations
   Microsoft.WebApppcation.targets" Condition = " $(VSToolsPath)  ! =   " />

<Import Project = "$(MSBuildExtensionsPath32)MicrosoftVisualStudiov10.0
   WebApppcationsMicrosoft.WebApppcation.targets" Condition = "false" />

适当建立解决办法所需要的文件——ItemGroup 标签将包含所有必要的内容。 项目成功建立所需的净文档。 这些档案需要相应地在建筑服务器上居住。

<ItemGroup>
   <Reference Include = "Microsoft.CSharp" />
   <Reference Include = "System.Web.DynamicData" />
   <Reference Include = "System.Web.Entity" />
   <Reference Include = "System.Web.ApppcationServices" />
   <Reference Include = "System.ComponentModel.DataAnnotations" />
   <Reference Include = "System" />
   <Reference Include = "System.Data" />
   <Reference Include = "System.Core" />
   <Reference Include = "System.Data.DataSetExtensions" />
   <Reference Include = "System.Web.Extensions" />
   <Reference Include = "System.Xml.Linq" />
   <Reference Include = "System.Drawing" />
   <Reference Include = "System.Web" />
   <Reference Include = "System.Xml" />
   <Reference Include = "System.Configuration" />
   <Reference Include = "System.Web.Services" />
   <Reference Include = "System.EnterpriseServices"/>
</ItemGroup>

哪些是需要使用的网络服务器环境—— 当我们访问我们不断部署的专题时,你将看到,将如何利用国际会计准则理事会来压倒这些环境,并将之部署到我们选择的服务器。

<UseIIS>True</UseIIS>
<AutoAssignPort>True</AutoAssignPort>
<DevelopmentServerPort>59495</DevelopmentServerPort>
<DevelopmentServerVPath>/</DevelopmentServerVPath>
<IISUrl></IISUrl>
<NTLMAuthentication>False</NTLMAuthentication>
<UseCustomServer>False</UseCustomServer>

CI - Building On the Server

下一个重要步骤是确保解决方案建立在建筑服务器之上。 第一部分是手工步骤,因为在使用持续一体化工具之前,我们首先必须确保以与客户机器相同的方式利用建筑服务器。 为此,我们必须采取以下步骤:

Step 1——向服务器提交整个解决方案文件。 我们建立了一个亚马孙神学院服务器,作为我们的建筑服务器。 因此,在服务器上向整个.Net服务器提供人工拷贝。

Step 2——确保这一框架出现在服务器上。 如果您在用户机器的4.Net框架中汇编了你的申请,那么你必须确保其安装在服务器上。 因此,要到您的服务器上C>:WindowsMicrosoft.NETFramework,并确保有理想的框架。

现在,让“MSBuild”在服务器上运行,看情况如何。

因此,它像我们一样,看到了一个错误。 持续融合方面有一个重要的教训,需要确保建筑工程建立在建筑服务器上。 为此,你需要确保在建筑服务器上安装所有先决条件软件。

对于Net,我们需要安装一个称为Visualroom Redistributable Tool的部件。 该一揽子计划载有在服务器上开发的.Net申请所需的所有必要档案。 因此,在建筑服务器上安装以下安装步骤。

Step 4 - Double-cpck the executable file tostart the facipties.

在下一步骤中,同意Lecense术语并点击Install。

现在,在管理微型信贷额度时,我们需要确保我们在使用MSBuild时增加一个参数,即:p:VisualStudioversion = 12.0。 这确保最高审计机关在较早阶段下载这些档案。

现在,我们可以看到,解决办法已经适当建立,我们也知道我们的基线项目是在服务器上正确建造的。

CI - Checking in Source Code

下一个关键方面是确保将我们的基线编码检查到我们的源代码储存管理服务器,即吉特。 为此,我们需要遵循这些步骤。

Step 1—— 启用储存库,以便能够上载到Gite。 这项工作是在git的指挥下进行的。 因此,你需要走到你的项目中,并发布git init的指挥。

下一步称为在Gite编造档案。 编写项目文件夹中的所有文件,需要添加到Gite。 如以下屏幕所示,请在git后加上指挥系统。 “......”的注解用来说,目录和子标题中的所有档案都应列入承诺。

最后一步是把档案交给吉苏勒库,以便它现在成为一个完整的吉特存放处。

CI - Creating a Project in TeamCity

既然我们在吉特存放处有源代码,而且我们所有最初的代码都在建筑服务器上工作,那么现在就应该在我们连续的一体化服务器中建立一个项目。 可以通过下列步骤做到这一点:

-Login to the TeamCity 软件。 Go to the url on You Persistent Integration Service - http:// localhost:80/login.html。

将行政证书和标识输入服务器。

一旦入住,你将接受家庭屏幕。 Cpck Create Project tostart a new project.

。 就我们的情况而言,我们正在向我们的项目提供“Demo”的名称,如下文中所示。

下一步是提及将在我们的项目中使用的吉特存放处。 考虑到在不断一体化的环境中, CI服务器需要从吉特制的存放处提取该代码。 我们已经使我们的项目倍增效应成为先前步骤的吉大授权存放处。 在团队精神中,你需要创建综合疾病防治中心。 该项目的主要屏幕上点击VCSlyings。

如以下屏幕所示,在接下来的屏幕上点击Create VCS fundamental。

在接下来的屏幕上,采取下列步骤:

提到科索沃统计局的类型。

给科索沃安全机构一个名字,这可以是任何友好的名称。 我们的国名是App。

Give the Fetch url as C:DemoSimple - 现有专用储存库。

如果你打上屏幕,你将获得测试连接塔顿。 点击,以确保你能够成功地与吉苏达库连接起来。

Step 7-Cpck Creat, 您现在将看到您的存放处登记如下图所示。

下一步是建立一个建筑组合,用于建设该项目。 访问TeamCity ——普通环境。 Cpck Creat Building Configuration.

在以下屏幕上,为建筑配置提供了名称。 就我们而言,我们将其命名为DemoBuild,然后点击创作。

在即将到来的下一个屏幕上,将请你选择在先前步骤中设立的VCS>存放处。 因此选择了`App',并点击Atach。

Step 11——现在,在座的下一个屏幕上,我们需要混淆建筑步骤。 因此点击了“configure”的超链接。

在下一次建筑屏幕上,我们需要进入以下细节:

选择Runer型为MSBuild。

换代号。

引用需要建立的文件名称。 当我们在前面几节中具体说明管理系统建设时,我们通常看到我们选择了Simple.csproj。 这里也需要说明同样的情况。

• 选择MSBuild版本为“Microsoft Building Tool2013”。

选择MSBuild ToolVersion为12.0。

将网页上降为“拯救儿童”设施。

在下一次屏幕上,点击Run。

您将看到你的申请现已开始。

你们应当获得一个成功的屏幕,这是一个很好的迹象,表明你的解决办法正在适当建立。

您还可以到您的建设记录中去看连续整合服务器涵盖的所有步骤,详情如下:

Continuous Integration - Defining Tasks

现在,我们在吉特有基地代码,并与持续一体化服务器有联系,最后是看到行动持续一体化的第一步的时候了。 通过确定连续一体化服务器(例如触发器)的任务,使整个连续一体化进程尽可能顺畅。 让我们改变我们在视觉演播室的代码。

。

如果我们通过git status查询我们Gite 存放处。 事实上,你将看到Demo.aspx。 档案已经修改。

我们现在需要确保,我们法典的每一改动都应促使我们不断一体化的服务器建立起来。 为此,我们需要作以下改动。

前往您的项目跟踪仪表板,点击触发器部分,点击, 点击。

在即将到来的下一个屏幕上,选择VCSstart,用于制造触发器,以便在对存放处进行检查时,将启动一个建筑。

Step 5 -Cpck Show Superior Options,并确保选定以下屏幕上所示备选办法:

。 您现在将看到,如以下屏幕所示,该触发器已成功登记。

现在是把我们的法典检查到吉特存放处,看情况的时候了。 因此,让我们迅速指挥,并发布git Add。 指挥我们改变了档案。

Step 8——现在发布git 承诺指挥,并将把改动推向吉苏。

您现在到你们的项目 概览屏幕显示,现在你会发现,将启动和管理一个新的建筑。

如果见Changelog Tab,请见git comment。 这引发了建筑。

让我们再一次尝试。 让我们对Demo.aspx文档做另一改动。 让我们执行git Add 指挥和控制 发出以下承诺信息。

你们现在将看到,在团队精神项目仪表板上自动启动一个建筑。

该建筑将展示一个成功的信息。

您现在将看到“第二承诺期”的信息,该信息是在对git 储量/b>作出承诺时使用的。

我们现在成功地完成了持续一体化进程的第一部分。

CI - Build Failure Notifications

“建筑故障通知”是一旦建筑失败就启动的事件。 当建筑失败时,通知发给所有关键人物。 在这种情况下,首先要做的是,确保时间用在失败的建筑上,以确保建筑经过。 采取了以下步骤,以确保建筑通知在团队中实施。

以下是在团队中设立电子邮件通知的步骤。

Step 1-In TeamCity, go to You Project dash板, Point on Administration in the high right上手角。 然后,请见电子邮箱:Notifier左侧链接。 Cpck on this connection to cuing the general context for Email.

Step 2——下一步是输入有效SMTP服务器的细节。 Gmail 提供免费的员工和管理当局协调署设施,任何人都可以使用。 因此,我们可以在下面的屏幕上看到这些细节。

SMTP Host – smtp.gmail.com

SMTP port no – 465

Send email messages from and SMTP login – This should be a vapd Gmail id

SMTP password – Vapd password for that Gmail id

Secure connection – Put this as SSL

。 只是为了确保环境正常运转。 然后点击Save,以挽救环境。

下一步是使用户能够编制通知。 第一项任务是创建用户,接收这些建筑通知。 选择Users Options。

Step 5——创建新的用户。 输入所需用户名和密码。 然后,Cpck the Creatuser button, which will be found at the Worst of the Screen.

<6Step 6——现在与这一新的用户口和密码一道在团队系统中登录。

Step 7——在您登录之后,将介绍用户的一般环境。 在Email Notifier区,点击Edit。

在接下来的屏幕上,点击 新的规则。

Step 9——在添加新的规则时,选择以下两种选择,然后点击S Save。

从选定项目建设—— 选择民主项目。

可查阅“Build”检查箱。

通过使这两个备选办法得以实施,目前一旦建筑工程失败,将向用户发送电子邮件通知——demouser。

Step 10——现在,让我们开始错觉,以采取行动。 在视觉演播室,读到demo.aspx.cs文档并添加一条错误的代码。

Step 11——现在通过做git Add和git承诺,从Gite抽查。

现在,在“Dash”项目中,大楼将自动启动,你将看到,如以下屏幕所示,大楼将失败。

如果你在demouser的电子邮件上登录,你将实际看到一份建筑故障通知,如以下屏幕所示。

CI - Documentation and Feedback

持续融合的一个关键方面是,始终要看建筑如何运作,收集重要衡量标准,记录这些成果,并通过不断建设不断产生反馈。

建立这些衡量标准有什么好处?

< Not Committing Code Enough——如果开发商不经常向版本控制存放处投放代码,原因可能是一体化进展缓慢。 为了开始缩短施工时间,对一体化进行高级别分析,以建立环境,确定瓶颈。

其次,分析调查结果并确定最适当的改进,然后试图改变建筑过程,以减少建筑工程的期限。 最后,重新评估建筑期限,以确定是否需要进一步改进。

改进测试性能——即使在运行良好的 CI系统中,通过实施自动测试,将占用大部分一体化建设时间。 评估和改进这些测试的性能,可以大大缩短时间。

。 你可能发现,由于系统基础设施,一体化建设缓慢。 也许网络运行缓慢,或虚拟私人网络连接缓慢。

地理分布分散的系统以及不可靠的硬件或软件也可能引发绩效问题。 调查和改进任何基础设施资源,以减少建筑期限。

Metrics

下面是连续整合服务器中可使用的一些衡量标准。

让我们看一看团队必须提供什么——

最简单的衡量方式之一是项目仪表板上可得到的信息。 这里的关键要素是指出每一建筑的期限。 如果每个建筑的期限开始与正在制订的法典格格格格不入,那么这个问题就是一个问题。 因此,可以得出一个反馈意见,其原因可能是,CI服务器在资源上很低,而且可能需要加强服务器的能力。

团队委员会有设施,可以了解 CI服务器是否实际上在基础设施方面有任何问题。 在City公司admin dash板上,可点击Disk Usage,看看每座建筑消耗多少磁盘。

如果需要更多的细节,那么团队委员会就拥有diagnostics button,这可提供更多信息,介绍中央服务器正在使用的CPU和“记忆。

Detailed View of Build Metrics

如果人们想要看到一段时期对某个特定项目的建筑的详细看法,那么作为该项目的一部分即可得到。 在项目建造屏幕上,将前往统计屏幕上,这将提供各种统计数据和图表,说明建筑如何运作。

Continuous Integration - Testing

持续一体化的关键特征之一是确保正在进行的测试。 持有由CI服务器建立的所有代码。 在由CI服务器进行建筑后,必须确保测试病例到位,以测试所需代码。 每个电算中心服务器都有能力作为CI套件的一部分进行单位测试。 在.Net,单位测试是.Net>框架所固有的特征,同一内容也可并入CI服务器。

本章将研究我们如何能够在.Net上界定一个测试案例,然后让我们的团队服务机在建筑完工后管理这一测试案例。 为此,我们首先需要确保我们对我们的样本项目进行单位测试。

为此,我们必须非常谨慎地遵循随后的步骤。

让我们在我们的解决方案中增加一个新类别,用于我们的单位测试。 这一类别将有一个名称变量,它将保留“持续一体化”的严格性。 该插图将在网页上展示。 简单项目右翼,选择菜单:Add> ——。

Step 2——将类别的名称改为Tutorial.cs,并在屏幕底部点击Addutton。

。 该法典只是创设了一个称为Name的画面,在Constructor中,该名称被贴在Continuous Integration上。

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;

namespace Simple {
   pubpc class Tutorial {
      pubpc String Name;
      pubpc Tutorial() {
         Name = "Continuous Integration";
      }
   }
}

让我们对Demo.aspx.cs作出改变。 申请使用这一新类别。 更新该档案中的法典,附以下编码。 因此,现在该法典将创立一个以上类别的新例子。

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;

namespace Simple {
   pubpc partial class Demo : System.Web.UI.Page {
      Tutorial tp = new Tutorial();
      protected void Page_Load(object sender, EventArgs e) {
         tp.Name = "Continuous Integration";
      }
   }
}

。 现在请参看tp.Name变量,该变量是在aspx.cs文档中创建的。

<%@ Page Language = "C#" AutoEventWireup = "true" 
   CodeBehind = "Demo.aspx.cs" Inherits = "Simple.Demo" %>
<!DOCTYPE html>
<html xmlns = "http://www.w3.org/1999/xhtml">
   
   <head runat = "server">
      <title>TutorialsPoint1</title>
   </head>
   
   <body>
      <form id = "form1" runat = "server">
         <span>
            <% = tp.Name%>)
         </span>
      </form>
   </body>
   
</html>

仅仅为了确保我们的法典对这些变化进行细微的工作,你就可以在视觉演播室操作该守则。 一旦汇编完成,你就应当取得以下产出。

现在,现在是把我们的单位测试加入该项目的时候了。 Right-cpck on Solution, 并选择菜单Add —— New Project。

。 选择通用测试项目。 名字改为Demo Test,然后点击K。

测试项目,请在简单项目和必要的测试组件上加一字。 这一项目的右翼项目,并选择菜单Add Reference。

在即将到来的下一个屏幕上,选择Simple Reference和点击K。

- Cpck Add Reference, re-toies and打字,Web。 之后添加“系统”的提法。 网页。

Step 11——Unit Test file, 添加以下代码。 该法典将确保图西语班有直观的名称变量。 它还将申明,姓名应等于“持续融合”的价值。 这将是我们的简单测试案例。

using System;
using Microsoft.VisualStudio.TestTools.UnitTesting;
using Microsoft.VisualStudio.TestTools.UnitTesting.Web;
using System.Web.UI;
using System.Web.UI.WebControls;
using Simple;

namespace DemoTest {
   [TestClass]
   pubpc class UnitTest1 {
      [TestMethod]
      pubpc void TestMethod1() {
         Tutorial tp = new Tutorial();
         Assert.AreEqual(tp.Name, "Continuous Integration");
      }
   }
}

现在,让我们在视觉演播室里进行测试,以确保它发挥作用。 在视觉演播室中,选择了菜单 试验> —— 0- 一切测试产品。

在进行测试之后,你将看到测试成功在视觉演播室左侧进行。

现在,所有的测试病例都已到位,现在应当将这些病例纳入我们的团队城市服务器。

Step 13——为此,我们需要在我们的项目组合中建立一步。 前往贵项目家,点击Edit Configuration街区。

第14步——然后开始建设步——MS Building和点击Add楼梯,如以下屏幕所示。

在即将到来的下一个屏幕上添加以下价值观:

选择操作器,作为视觉演播室试验。

选择 测试站名称。

选择测试引擎类型为VS 试验。

选择测试引擎版本为VS 试验。

在测试文档名称中,提供以下位置:Demo TestinDebugDemo Test.dll - Remember that Demo Test is the name of we project which includes we Unit Tests. 。 我们的第一步将产生。

Cpck Save, which will be available at the end of the Screen.

现在,你将为你的项目建立两个步骤。 第一个步骤是建立你的应用守则和测试项目。 接下来将用来处理测试案例。

现在应该检查一下你在吉特的所有法典,以便启动整个建筑进程。 唯一的区别是,你需要管理git Add和git commitments。 如以下屏幕所示,由血亲双倍指挥。

当建筑启动时,你将看到初步产出,表明试验已经过去。

如果你点击试验结果,去看测试表,你现在就会看到,1号试验室已经执行,并且已经通过。

Continuous Integration - Inspection

连续检查是在进行实际测试之前为你的代码进行自动检查。 检查和测试软件之间存在微妙差异。 测试是动态的,并安装了软件,以便测试功能。 检查根据一套预先界定的规则分析了该守则。

检查员(或静态和动态分析工具)采用工作队应遵守的确定标准(通常为编码或设计衡量标准)。 检查目标的例子包括编码“制图”标准、建筑层的遵守、编码重复和许多其他标准。

连续检查缩短了发现和固定之间的时间。 现有一些连续检查工具。 例如,我们将使用NCover 3.x,与团队精神相结合。 让我们看看我们如何能够进行持续检查,以及我们能够做些什么。

Download and Install NCover