किसी backend सर्विस के लिए अच्छी CI pipeline कैसी दिखती है?

वह हर push पर चलती है, दस मिनट के अंदर नतीजा देती है, और फेल होने पर merge रोक देती है। stages सबसे सस्ते से शुरू कीजिए: lint और type checks, unit tests, फिर containers में असली dependencies के खिलाफ integration tests, फिर एक build artifact जिसे आप हर environment के लिए दोबारा बनाने के बजाय आगे बढ़ाते हैं। इसे deterministic रखिए, आंख मूंदकर retry करने के बजाय flaky tests को अलग कीजिए, और वही checks लोकल में भी चलाने लायक बनाइए।

पहला गुण रफ्तार है, क्योंकि चालीस मिनट लेने वाली pipeline वह है जिसके इर्द गिर्द लोग रास्ता निकाल लेते हैं। मैं चाहता हूं कि lint और type checks एक मिनट के अंदर फेल हों, unit tests कुछ मिनट में, और पूरी चीज दस मिनट से नीचे रहे। तो stages सबसे सस्ते से शुरू होते हैं: static checks, unit tests, फिर mocks के बजाय containers में असली Postgres और Redis के खिलाफ integration tests, क्योंकि जिन बग की मुझे परवाह है वे सीमा पर ही रहते हैं। फिर वह एक artifact बनाती है, commit sha से tag की गई container image, और उसके बाद हर environment वही image deploy करता है। हर environment के लिए दोबारा build करने का मतलब है कि जो आपने टेस्ट किया वह वह नहीं है जो आपने शिप किया। flaky tests पर मैं सख्त हूं: अपने आप retry करना असली race छिपाने का तरीका है, तो flaky test अलग कर दिया जाता है और उसी हफ्ते किसी को उसे ठीक करने की जिम्मेदारी मिलती है। और मैं चाहता हूं कि वही commands लोकल में चलें, आम तौर पर किसी makefile के पीछे, क्योंकि commits push करके देखना कि CI क्या कहती है, दोपहर बिताने का बेहद दुखी तरीका है।