ระบบงานสร้างเป็นส่วนสำคัญที่สุดอย่างหนึ่งขององค์กรด้านวิศวกรรม เพราะนักพัฒนาซอฟต์แวร์แต่ละคน โต้ตอบกับเครือข่ายนี้ อาจจะหลายสิบหรือหลายร้อยครั้ง ต่อวัน ระบบบิลด์แนะนำอย่างเต็มรูปแบบเป็นสิ่งจำเป็นที่จะช่วยให้นักพัฒนาแอป เมื่อองค์กรปรับขนาดก็ตาม สำหรับนักพัฒนาแอปแต่ละราย เพียงแต่คอมไพล์โค้ดได้ง่าย ดังนั้น ระบบบิลด์อาจดูเหมือน มากเกินไป แต่ในขอบเขตที่กว้างขึ้น การมีระบบบิลด์จะช่วยในการจัดการ ทรัพยากร Dependency ที่ใช้ร่วมกัน เช่น การใช้ส่วนอื่นของฐานของโค้ด หรือ ทรัพยากรภายนอก เช่น ไลบรารี สร้างระบบที่จะช่วยให้คุณแน่ใจว่า มีข้อมูลทุกอย่างที่ต้องใช้ในการสร้างโค้ดก่อนที่จะเริ่มสร้าง รังสรรค์ ระบบยังเพิ่มอัตราความเร็วเมื่อมีการตั้งค่าเพื่อช่วยให้วิศวกรสามารถแชร์ แหล่งข้อมูลและผลลัพธ์
ส่วนนี้ครอบคลุมประวัติและพื้นฐานบางประการในการสร้างระบบและสร้าง รวมถึงการตัดสินใจด้านการออกแบบ ของ Bazel หากคุณ คุ้นเคยกับระบบการสร้างที่ใช้อาร์ติแฟกต์ เช่น Bazel, Buck และ Pants ก็สามารถข้ามส่วนนี้ได้ แต่นี่เป็นภาพรวมที่ช่วยให้เข้าใจว่า ระบบการสร้างที่ใช้อาร์ติแฟกต์นั้นรองรับการปรับขนาดได้เป็นอย่างดี
-
หากคุณไม่เคยใช้ระบบบิลด์มาก่อน ให้เริ่มที่นี่ หน้านี้จะอธิบายถึงสาเหตุที่ คุณควรใช้ระบบบิลด์ และทำไมคอมไพเลอร์และสคริปต์ของบิลด์จึงไม่ นั่นคือตัวเลือกที่ดีที่สุดเมื่อองค์กรของคุณเริ่มขยายธุรกิจ
-
หน้านี้กล่าวถึงระบบบิลด์ตามงาน (เช่น Make, Maven และ Gradle) และชาเลนจ์บางส่วน
-
หน้านี้กล่าวถึงระบบบิลด์ที่อิงตามอาร์ติแฟกต์ซึ่งเกี่ยวข้องกับความเจ็บปวด จุดของระบบบิลด์ที่อิงตามงาน
-
หน้านี้จะครอบคลุมบิลด์ที่กระจาย หรือบิลด์ที่ดำเนินการนอก ในเครื่องของคุณ การดำเนินการนี้ต้องอาศัยโครงสร้างพื้นฐานที่มีประสิทธิภาพมากกว่าจึงจะแชร์ได้ ทรัพยากรและสร้างผลลัพธ์ (และนั่นคือที่ที่เวทมนตร์ที่แท้จริงเกิดขึ้น!)
-
หน้านี้จะครอบคลุมความซับซ้อนบางอย่างของทรัพยากร Dependency ทั้งหมดและ ในการจัดการกับภาวะแทรกซ้อนเหล่านั้น