وقتی که از کنترل سورس استفاده می‌کنید، گاهی پیش می‌آید که یک برنامه‌نویس چیزی را check in می‌کند که باعث شکستن build می‌شود. به عنوان مثال، یک برنامه‌نویس یک فایل سورس جدید اضافه کرده است و همه چیز روی دستگاه خودش درست کامپایل می‌شود، ولی یادشان می‌رود که فایل را به مخزن کد (repository) اضافه کند. دستگاه خودش را هم قفل کرده و بی توجه و خوشحال به خانه می‌رود. حالا کسان دیگری نیز نمی تواند کار کنند. آنها هم به خانه می‌روند، البته غمگین.
شکستن بیلد آنقدر بد (و رایج) است که درست کردن بیلد روزانه کمک می‌کند که چنین موضوعی ناشناخته نماند. در تیمهای بزرگ، یک راه این که مطمئن شوید که چنین مشکلاتی در اولین فرصت برطرف شوند، این است که بیلد روزانه را هر روز، هنگام ناهار انجام دهید. همه تمامی check in هایی را که می‌توانند قبل از رفتن به ناهار انجام می‌دهند. بیلد، زمانی که همه برگشتند تمام شده است. اگر که همه چیز درست است، که فبحال! آخرین نسخه سورس توسط همه check out شده و کار ادامه پیدا می‌کند. اما اگر که عمل بیلد با موفقیت روبرو نشده باشد، افراد با نسخه سالم قبلی به کار خود ادامه می‌دهند.
در تیم Excel، با قانونی داشتیم: هر کسی که build را می‌شکست، به عنوان تنبیه، مسؤولیت نگهداری از بیلدها را عهده دار می‌شد. این انگیزه خوبی بود هم برای جلوگیری از شکستن بیلد، و هم راه خوبی بود برای این که همه (به صورت چرخشی) یاد بگیرند که رویه چطور است.
