Останнім часом я багато читав про різні процеси розгортання веб-додатків за допомогою SVN або GIT, щоб переробити те, як ми зараз розгортаємо там, де я працюю.
Як і у випадку з багатьма ароматами Agile, передбачається, що все, що присвячено майстру або стволу, готове до виробництва. Як GitHub, так і Etsy, http://codeascraft.etsy.com/2010/05/20/quantum-of-deployment/, кажуть, що вони працюють на цій основі (хоча Etsy насправді має постановочне середовище).
Цей процес передбачає, що всі одиничні випробування та тести CI були запущені. Ви запускаєте тести локально та на CI, а потім здійснюєте трансляцію. Так, на даний момент ваш код технічно справний.
Ваш код може бути технічно правильним, але тестування користувача / функціоналу може виявити більше помилок, особливо якщо мова йде про тестування на передньому кінці.
Моє запитання таке. Де власники QA та Business перевіряють внесені вами зміни функцій? На вашій місцевій машині розвитку перед тим, як здійснити магістраль, або на машині QA / постановки?
Якщо у вас є постановочна машина, на якій закінчується ствол, і ви припускаєте, що весь код, присвячений стволу, готовий до виробництва ... так ... тоді, в який момент код підписується, і добре почати виробництво як з технічного, так і з бізнес-бізнесу перспектива? Якщо у вас є лише одна постановочна машина, багато розробників, і саме там код повинен бути QA'd, то як можна розгорнути з магістралі, оскільки багато змін розробника можуть чекати виходу.
Мені було б цікаво почути, як інші підходили до цього?