آموزش TFS 2008: راهنمای ساده Team Build 2008 - قسمت اول
پاتریک کارناهان (Patrick Carnahan)، برنامه نویس Team Build ، این مقاله را که حاوی مطالب مقدماتی و برخی از ویژگیهای پیشرفته TFS است را جمع آوری نموده. این مجموعه یکی از بهترین منابع برای شروع یکپارچه سازی پیوسته  و آشنایی با ویژگیهای TFS می باشد.

Team Build – یکپارچه سازی پیوسته
یکی از ویژگی های جدید و در عین حال قدرتمند Team Foundation Build پشتیبانی، بدون احتیاج به دیگر نرم افزارها،  از یکپارچه سازی پیوسته و برنامه ریزی  می باشد. چندین راهکار با توجه به رویکرد رویدادگرای SOAP ی TFS مطرح شده که اغلب بر پایه انتظار برای check in ها و ارزیابی انجام یا عدم انجام build می باشد. اشکال این راهکارها سرعت و دقت در تصمیم گیری build می باشد.

برای تمامی مراحل زیر، فرض بر این است که گزینه Edit Build Definition فعال است. برای فعال کردن این پنجره، گره Builds را باز کنید، روی یکی از نود ها کلیک راست کنید و بر روی گزینه Edit Build Definition طبق آنچه در شکل مشاهده می کنید کلیک نمایید.


تنظیمات فضای کار
از آنجا که تنظیمات فضای کار، در یکپارچه سازی پیوسته، ملاک تشخیص سرور برای انجام Build های اتوماتیک به جای شما می باشد، حائز اهمیت به سزایی است. اگرچه نگاشت فضای کار بطور پیش فرض $/ -> $(SourceDir) می باشد، اما در عمل لحاظ نمودن یک فضای کاری مشخص تر لازم می باشد. برای مثال، در شاخه Orcas PU بهتر است (حد اقل) از نگاشت $/Orcas/PU/TSADT -> $(SourceDir) استفاده شود.
متغیر $(SourceDir) چیست؟ در V1 محل Build برای هر نوع Buildی مشخص شده است، به این معنی که نوع build بدون در نظر گرفتن ماشینی که build روی آن اجرا شده، در همان محل مشخص انجام می شود. در V2 ما آمدیم و ایده ماشین سازنده build  را جدا کردیم و در شهروند درجه یک موسوم به مامور Build ؛ محلی که دایرکتوری build در آن ذخیره شده، قرار دادیم.
در واقع متغیر $(SourceDir) به عنوان یک متغیر محلی شناخته شده توسط Team build است، و به \Sources (بیشتر درباره دایرکتوری build و متغیرهای محلی در آینده صحبت خواهد شد) نیز گسترش یافته. ممکن است شما بطور معمول از $(SourceDir) بخواهید استفاده کنید و همه چیز را به آن وابسته کنید، اما محدودیتی(اجباری) برای این کار وجود ندارد، بسته به شماست.
حالا ما در صفحه تنظیمات فضای کار هستیم که تصویر آن در زیر مشاهده می  شود. بعضی از شما که با فضاهای کاری کنترل نسخ  آشنا می باشید احساس می کنید در خانه خودتان هستید!

اگر قبلا فضای کاری آماده ای داشتید؟ براحتی با زدن دکمه ‘Copy Existing Workspace’ فضای کاری موجود را برای استفاده به عنوان قالب  جستجو کنید. آدرس محلی اتوماتیک بر اساس $(SourceDir) ساخته می شود.

معرفی یک Trigger

Trigger برای این ساخته می شود که به سرور بگوید چگونه عملیات build را بصورت اتوماتیک انجام دهد.

گزینه اول که واضح است، و به سیستم build می گوید که مثل V1 (بدون build اتوماتیک)عمل کن. باقی گزینه ها از قرار زیر است:

•    'Build each check-in' یک حواله build برای هر تغییری که در فایل های معرفی شده در فضای کاری بوجود آید صادر می نماید.

•    'Accumulate  check-ins' اگرچه بعنوان’  build چرخشی’  شناخته می شود ، رد پای تمام checkin ها را نگهداری می کند. که لازم است build شوند ولی هیچ build ی در یک زمان سکوت معین انجام نمی گیرد. این گزینه در صورتیکه یکپارچه سازی پیوسته مد نظر است برای کنترل تعداد build ها مناسب می باشد اما احتیاج به تعداد زیادی build در روز است (برای مثال 12 build در روز، که 120 دقیقه زمان سکوت را می طلبد) یا اینکه build ها بیش از زمان معمول بین checkin ها اتفاق می افتد.
•    برنامه ریزی های استاندارد فقط زمانی اتفاق می افتند که checkin جدیدی نسبت به build  قبلی اتفاق افتاده باشد. در این مورد نگران از بین رفتن اولین build نباشید، اگر چه، بعلت آنکه سیستم اتفاق افتادن اولین build  در زمان درست  را بیمه می کند .
•    Build های برنامه ریزی شده می توانند بدون تغییر نیز اتفاق بیافتند. زمانیکه build ها به بیش از چیزهایی که در کنترل نسخ می باشد وابسته باشد این گزینه مفید خواهد بود.