วัตถุประสงค์ของการสร้างเครื่องจักรเฉพาะคืออะไร?

เนื่องจากสถานการณ์หลายอย่างที่นำไปสู่วงจรการปรับใช้ที่ไม่ดีครั้งล่าสุดฉันจึงรณรงค์ในสำนักงานของเราเพื่อดำเนินการปรับใช้ในอนาคตทั้งหมดด้วยเครื่องสร้างเฉพาะและเจ้านายของฉันยอมรับข้อเสนอนี้

อย่างไรก็ตามแทนที่จะใช้เครื่องจริงในสำนักงานของเราเพื่อใช้งานเราต้องแชร์เครื่องเดียวกับกลุ่มอื่น ๆ - และความยุ่งยากในการออกจากสำนักงานของฉันพร้อมกับข้อมูลที่จำเป็นทั้งหมดแล้วเดินลงบันได ไปที่สำนักงานอื่นเพื่อดำเนินการสร้างอย่างง่ายทำให้ฉันสงสัยว่าทำไมฉันจึงเสนอสิ่งนี้ตั้งแต่แรก

แนวคิดของการมีเครื่องบิลด์แยกต่างหากเดิมคือเพื่อแยกโค้ดที่เขียนในเครื่องของฉันออกจากรหัสของนักพัฒนาอื่น ๆ และเพื่อแยกไฟล์ hijacked ใด ๆ ที่ฉันมีบนเครื่องออกจากการปรับใช้ นอกจากนี้ยังเป็นการแก้ไขข้อกังวลที่เพิ่มขึ้นที่ฉันเคยมีกับระบบจัดการไฟล์ ClearCase ของเราซึ่งมักจะปฏิเสธที่จะให้ฉันปรับใช้กิจกรรมบิลด์บางอย่างยกเว้นว่าฉันได้รวมกิจกรรมอื่นที่ 'พึ่งพา' ด้วย

ตอนนี้ฉันกำลังจะไปข้างหน้ากับกระบวนการนี้ฉันสงสัยว่าฉันเข้าใจผิดวัตถุประสงค์ทั้งหมดของการใช้เครื่องสร้าง - และเนื่องจากเราใช้เครื่องนี้สำหรับการปรับใช้รหัสในสภาพแวดล้อมการทดสอบการจัดเตรียมและการผลิตของเราและ ไม่ใช่สำหรับการปรับใช้การทดสอบนักพัฒนาส่วนบุคคลของเราฉันไม่แน่ใจว่าจะใช้เพื่อวัตถุประสงค์ใด ๆ เลย

ดังนั้นอะไรคือเหตุผลที่แท้จริงของการใช้เครื่องสร้างและฉันได้เข้ามาใช้อย่างถูกต้องหรือไม่

โดยปกติแล้วคุณจะไม่เพียง แต่มีเครื่องสร้างเฉพาะ แต่ยังเรียกใช้สร้างเซิร์ฟเวอร์บนเครื่องเฉพาะที่ เครื่องสร้างเฉพาะมีข้อได้เปรียบที่ไม่เคยปิดกั้นการทำงานของนักพัฒนาและปรับใช้จากเครื่องรวมศูนย์

บิลด์เซิร์ฟเวอร์ให้บริการมากกว่านี้ บิลด์ที่อนุญาตให้ใช้สำหรับ CI (การรวมอย่างต่อเนื่อง) ซึ่งหมายความว่ามันจะสร้างโดยอัตโนมัติทุกครั้งที่กดไปที่ VCS ของคุณ (เช่น git) หรือแม้แต่ทำการทดสอบหน่วยหากคุณมีมันและอนุญาตสำหรับ เซิร์ฟเวอร์บิลด์สามารถแจ้งเตือนคุณต่อเมลหากบิลด์หรือการทดสอบล้มเหลว พวกเขาเสนอข้อมูลในอดีตและแนวโน้มในสิ่งที่เกิดขึ้น

โดยทั่วไปผู้ใช้หลาย ๆ คนหรือทีมงาน Build สามารถเข้าถึงเซิร์ฟเวอร์พร้อมกันได้โดยใช้ web gui ที่ทำงานในเบราว์เซอร์

ในโลก Java หนึ่งในเซิร์ฟเวอร์สร้างที่ใช้มากที่สุดคือ Jenkins เจนกินส์ทำงานได้อย่างสมบูรณ์แบบด้วยการสร้าง C ++ เช่นกัน (เนื่องจากคุณดูเหมือนจะใช้สองภาษาเหล่านั้น) Jenkins เรียกตัวเองว่าเซิร์ฟเวอร์อัตโนมัติเพราะมันสามารถทำงานทุกประเภทที่ไม่จำเป็นต้องเกี่ยวข้องกับการเขียนโปรแกรมและการสร้าง

นอกเหนือจากคำตอบของ Traubenfuchs แล้วคุณยังได้บอกใบ้อีกเหตุผลหนึ่งสำหรับการสร้างเครื่องจักรในคำถามของคุณ

เพียงเพราะซอฟต์แวร์สร้างขึ้นบนเครื่องของคุณก็ไม่ได้หมายความว่ามันจะต่อยอดกับคนอื่น คุณอาจใช้ไฟล์สุ่มบางตัวที่เพิ่งเกิดขึ้นกับเครื่องของคุณ (และอาจไม่อยู่ภายใต้การควบคุมเวอร์ชัน) คุณอาจต้องพึ่งพาแอพพลิเคชั่นหรือห้องสมุดที่ถูกลืมซึ่งเรียกมาจากสคริปต์บิลด์ที่ไม่ชัดเจน

หากคุณมีเครื่องสร้างเฉพาะคุณควรรู้ว่ามีการติดตั้งอะไร ควรมีการบันทึกไว้อย่างดี หากไม่จำเป็นต้องมีการสร้างซอฟต์แวร์ขึ้นมาใหม่อาจจะต้องใช้เวลาหลายปีต่อมามันก็จำเป็นที่จะต้องสร้างเครื่องสร้างใหม่ที่มีเอกสารประกอบติดตั้งอยู่

เหตุผลหลักสำหรับการมีเครื่องบิลด์เฉพาะคือการสร้างบิลด์ที่สอดคล้องกันโดยไม่คำนึงว่าใครกำลังทำบิลด์ เวิร์คสเตชั่นสำหรับนักพัฒนานั้นไม่ค่อยเหมือนกัน (อ่าน: ไม่เคย) เป็นการยากที่จะทราบว่าแต่ละบิลด์ใช้การอ้างอิงและคอมไพเลอร์เวอร์ชันเดียวกันทุกประการปัญหาที่เลวร้ายที่สุดอย่างหนึ่งของการสร้างเวิร์กสเตชัน dev คือผู้พัฒนาสามารถสร้างจากรหัสที่ไม่ได้ตรวจสอบในการควบคุมเวอร์ชัน

ยังไม่ชัดเจนว่าคุณใช้แพลตฟอร์ม / ภาษาใด แต่คุณควรมีเซิร์ฟเวอร์บิลด์ที่ดึงโดยตรงจากแหล่งควบคุม นั่นคือเมื่อจำเป็นต้องสร้างมันจะดึงแหล่งที่มาจากรุ่นที่กำหนดของพื้นที่เก็บข้อมูลและรวบรวมโดยอัตโนมัติ สิ่งนี้ต้องการการใช้เครื่องมือสร้างอัตโนมัติเพื่อสคริปต์การสร้าง หากคุณไม่มีสิ่งนี้ควรเป็นขั้นตอนที่ # 1

โปรดทราบว่าไม่มีสิ่งผิดปกติในการสร้างในพื้นที่เพื่อการพัฒนา แน่นอนคุณควรทำงานทดสอบหน่วยการวิเคราะห์คุณภาพรหัสและสร้างสคริปต์สร้าง มิฉะนั้นคุณจะเสียเวลามาก ผลลัพธ์ของการสร้างเซิร์ฟเวอร์สำหรับทุกสิ่งที่คุณต้องการย้ายไปยังการผลิต กิจกรรม QA ทั้งหมดเช่นการรวมระบบและการทดสอบการยอมรับควรทำกับบิลด์จากบิลด์เซิร์ฟเวอร์เท่านั้น

คำตอบอื่น ๆ ค่อนข้างถูกบันทึกไว้ว่าคุณควรสร้างโครงสร้างอัตโนมัติซึ่งหมายความว่าไม่จำเป็นต้องเดินไปยังสำนักงานอื่น อย่างไรก็ตามให้ฉันเสนอขั้นตอนบางอย่างที่คุณสามารถทำได้เพื่อปรับปรุงกระบวนการสร้างของคุณ:

• ประการแรกตั้งค่าการเข้าถึงระยะไกลไปยังเซิร์ฟเวอร์สร้าง! หากคุณสร้างด้วยตนเองโดยพิมพ์คำสั่ง "make" หมายความว่าคุณไม่ต้องเดินไปที่สำนักงานอื่นอีกต่อไปเพื่อพิมพ์ "make" คุณสามารถเพียงแค่ SSH ลงในเซิร์ฟเวอร์สร้างและพิมพ์ "make" หากคุณยังไม่ได้ใช้ make หรือระบบบิลด์ที่คล้ายกันให้นำระบบ build นั้นไปใช้
• ประการที่สองติดตั้งสภาพแวดล้อมการรวมอย่างต่อเนื่องที่ดึงการเปลี่ยนแปลงล่าสุดจากระบบควบคุมเวอร์ชันโดยอัตโนมัติ (คุณมีระบบควบคุมเวอร์ชันใช่ไหมถ้าไม่ใช่นั่นคือขั้นตอนเพิ่มเติม) และสร้างขึ้น ฉันแนะนำ Jenkins ตั้งค่า Jenkins ให้ใช้การทดสอบหน่วยและการทดสอบการรวมระบบในระดับเดียวกัน (คุณมีทั้งคู่ใช่ไหมถ้าไม่ใช่ให้สร้างการทดสอบเริ่มต้นจากการทดสอบหน่วยและสิ้นสุดการทดสอบการรวมระบบระดับ)
• ประการที่สามหากคุณพบว่าการแบ่งปันเครื่องเดียวกันกับทีมอื่น ๆ นั้นเป็นปัญหา (เช่นถ้าคุณมีความคิดเห็นที่แตกต่างกันเกี่ยวกับระบบปฏิบัติการใดและคุณควรใช้เวอร์ชันใดและความเหมาะสม) ให้พิจารณาใช้ virtualization เซิร์ฟเวอร์ที่ดีในปัจจุบันสามารถใช้งานเครื่องเสมือนจำนวนมากได้ บางทีคุณอาจตั้งค่าเครื่อง 32- บิตและเครื่องจักร 64- ​​บิตเพื่อให้คุณรู้ว่าบิลด์ทำงานบนสถาปัตยกรรมทั้งสอง
• สุดท้ายนี้อาจไม่จำเป็น: หากคุณต้องมีเครื่องเฉพาะเช่นหากประสิทธิภาพการทำงานของแอปพลิเคชันของคุณมีความสำคัญอย่างยิ่งและการรัน / การสร้าง / ทดสอบอื่น ๆ ที่ทำงานในเวลาเดียวกันส่งผลกระทบต่อผลลัพธ์ของคุณมากเกินไป คุณเท่านั้นที่ใช้ อย่างไรก็ตามในเซิร์ฟเวอร์ล่าสุดที่อาจมีแกน CPU เสมือนมากถึง 40 คอร์หรือมากกว่านั้นมันค่อนข้างจะตรงไปตรงมาในการสร้างเครื่องเสมือนไม่กี่เครื่องที่ไม่แชร์การเข้าถึงคอร์ CPU เดียวกัน

ฉันจะพิจารณาเครื่องที่ใช้ร่วมกันดีกว่าการสร้างด้วยตนเอง โครงการปัจจุบันของฉันใช้เครื่องเสมือนในตอนนี้ แต่เนื่องจากความต้องการการทดสอบประสิทธิภาพการรวมระบบเราจึงย้ายไปที่เซิร์ฟเวอร์เฉพาะที่มี 40 คอร์ CPU เสมือนซึ่งการทดสอบประสิทธิภาพต้องการ 17

... แทนที่จะใช้เครื่องจักรจริงในสำนักงานของเราใช้เราต้องแชร์เครื่องเดียวกับกลุ่มอื่น ๆ ...

คุณบอกว่ามันเป็นสิ่งที่ไม่ดี

ตอนนี้คุณมีเซิร์ฟเวอร์บิลด์ทั่วไปที่บิลด์ของคุณและทีมอื่น ๆ ของคุณสร้างขึ้น ความสอดคล้องของการสร้าง? ตรวจสอบ

... ความยุ่งยากในการออกจากสำนักงานของฉันกับข้อมูลที่จำเป็นทั้งหมดแล้วเดินลงบันไดไปยังสำนักงานอื่นเพียงเพื่อสร้างสิ่งที่เรียบง่ายทำให้ฉันสงสัยว่าทำไมฉันจึงเสนอสิ่งนี้ตั้งแต่แรก

คุณยังคงดำเนินการสร้างด้วยตนเองและไม่ดี

คุณต้องมีกระบวนการเซิร์ฟเวอร์ที่คุณส่ง / ร้องขอคิวเพื่อสร้างสิ่งที่จะทำในนามของคุณและให้กระบวนการนั้นส่งผลลัพธ์กลับมาให้คุณ

นอกเหนือจากคำตอบอื่น ๆ ที่เกี่ยวข้องแล้วดูเหมือนว่าคุณกำลังรันงานสร้างของคุณโดยตรงบนเครื่องที่เป็นปัญหา

สำหรับระบบบิลด์ที่เชื่อถือได้โดยเฉพาะอย่างยิ่งเมื่อแบ่งปันเครื่องบิลด์กับผู้ใช้อื่นเป็นเรื่องปกติที่คุณจะรันบิลด์ของคุณภายในเครื่องเสมือน สิ่งนี้ทำให้มั่นใจได้ว่าผู้ใช้รายอื่นไม่สามารถเปลี่ยนพฤติกรรมการสร้างของคุณได้โดยการติดตั้งแอพพลิเคชั่นหรือไลบรารี่ของตัวเองซึ่งรหัสของคุณขึ้นอยู่กับ ข้อได้เปรียบที่ยอดเยี่ยมของสิ่งนี้คือ VM สามารถสำรองข้อมูลได้อย่างง่ายดายและยังสามารถโคลนกับพีซีเครื่องอื่น ๆ ได้อย่างง่ายดาย (รวมถึงเครื่องพัฒนาของคุณเอง)

มันมีตำแหน่งศูนย์กลางที่เป็นกลางเพื่อดำเนินการสร้างโดยไม่ขึ้นกับ IDE, OS, การกำหนดค่าไลบรารีของนักพัฒนาแต่ละคน

ด้วยเครื่องบิลด์เฉพาะคุณสามารถสร้างใหม่ได้ทุกครั้งที่มีการกดรหัสไปยังที่เก็บ เมื่อมีคนทำลายการสร้างกระบวนการสามารถส่งการแจ้งเตือนทันทีเพื่อให้สามารถแก้ไขปัญหาได้ทันที

นอกเหนือจากการทำให้ทุกอย่างสามารถทำซ้ำและเชื่อถือได้มากขึ้นและสร้างความมั่นใจว่าพื้นที่เก็บข้อมูลไม่เต็มไปด้วยขยะที่มีปัญหาการพึ่งพาที่ซ่อนอยู่มันทำให้ชีวิตของนักพัฒนาง่ายขึ้นเพราะสิ่งที่พวกเขาต้องทำเพื่อให้บิลด์ทำงานบนเครื่อง กำลังดำเนินการกับเครื่องสร้าง