TeamCity:
มันดูดีกว่าถ้าสิ่งนี้มีความสำคัญสำหรับทีมของคุณมันควรจะมีน้ำหนักอย่างชัดเจนซึ่งบอกว่าถ้ามันสำคัญกว่าคุณอาจจะจบลงด้วยการสร้างเครื่องมือหรือการวางแผงแดชบอร์ดบางประเภทเพื่อสนับสนุนทีมของคุณ เป็นสิ่งที่ต้องการด้วย API ที่ดีที่สุด ยังไม่ได้ลอง Jenkins API ดังนั้นฉันจึงไม่สามารถเปรียบเทียบ TC API ได้ แต่ควรได้รับสิ่งที่คุณต้องการ
การสนับสนุนของพวกเขาค่อนข้างดีพวกเขาตอบสนองค่อนข้างเร็วและมีความสุภาพ อย่างไรก็ตามนั่นไม่ได้หมายความว่าคุณจะได้รับสิ่งที่คุณต้องการ หากคุณใช้ระบบในลักษณะที่ผิดปกติคุณจะได้รับข้อบกพร่องของคุณวางบนชั้นวาง ... เกิดขึ้นกับเรา เมื่อถึงจุดที่มันค่อนข้างจะน่าหงุดหงิดที่จะใช้คุณต้องเผชิญกับกล่องดำทำให้มีทางเลือกน้อยกว่าที่จะหลีกเลี่ยงมัน ณ จุดนี้สิ่งต่าง ๆ สามารถแฮ็คและน่าเกลียดได้
โดยทั่วไปแล้วค่อนข้างเร็วในการทำสิ่งที่คุณต้องการและการทำงานร่วมกันของ quasi API เป็นคุณสมบัติที่ดีมากถ้าคุณทำสคริปต์ที่กำหนดเองจำนวนมากในไปป์ไลน์ของคุณ
เจนกินส์:
ทดสอบการต่อสู้และกว้างขวาง
แต่มันค่อนข้างสวยน้อยไม่ไปไกลเท่าที่บอกว่ามันน่าเกลียดแม้ว่าใคร ๆ ก็บอกได้ว่าฟังก์ชั่นการใช้งานมาก่อนการปรากฏตัว
ฉันค่อนข้างมั่นใจว่าคุณสามารถค้นหาแผนการสนับสนุนที่ให้เงินส่วนตัวโดย บริษัท บุคคลที่สามหากคุณมองไปรอบ ๆ หากนี่เป็นสิ่งสำคัญสำหรับร้านค้าของคุณไม่เพียง แต่บล็อกที่ส่วน "โอเพนซอร์ส" ของข้อตกลงชุมชนนั้นกว้างขวางมาก
มากมายฉันหมายถึงปลั๊กอินจำนวนมาก อีกครั้งไม่เพียง แต่ จำกัด ตัวคุณเองในช่องทางการเท่านั้นปลั๊กอินอื่น ๆ อีกมากมายสามารถพบได้ใน GitHub และสถานที่อื่น ๆ
ฉันพบว่าทั้งคู่นั้นจะเร็วพอ ๆ กันในการเริ่มต้นใช้งานแม้ว่ากับเจนกินส์คุณอาจต้องใช้ปลั๊กอินมากกว่า TeamCity ดังนั้นหากคุณมีแผนกไอทีที่แน่นหนาและไม่สามารถเข้าถึงเซิร์ฟเวอร์ของผู้ดูแลระบบได้อาจเป็นปัญหาได้ ประกอบกับรอบการเปิดตัวเร็วกว่า TeamCity (รายสัปดาห์)
ฉันพบว่าเจนกินส์สนับสนุนกระบวนทัศน์รอบการปล่อยมากกว่า TeamCity อาจจะง่ายต่อการค้นหาเทมเพลตกระบวนการนอกกรอบที่ใกล้เคียงกับสิ่งที่คุณมีอยู่ในใจ ฉันพูดแบบนี้ด้วยเงินสำรองเนื่องจากฉันไม่ได้จัดการกับ TeamCity เป็นเวลา 2 ปีแล้ว
ฉันชอบเจนกินส์เป็นส่วนใหญ่เพราะฉันลำเอียงไปสู่โอเพนซอร์สสำหรับเครื่องมือดังกล่าวและในระดับที่น้อยกว่าเพราะฉันพบว่ามันเป็นโครงสร้างและกลไกการกำหนดค่าที่เห็นด้วยกับฉันมากขึ้น
YMMV