Във всеки производствен процес, който включва разработването на програми, има различни етапи. Грубо казано, те могат да бъдат представени, както следва:
- Производство (дизайн)
- монтаж
- Прегледи на
- доставка
производство
Място, където се среща този процес се нарича развитие на околната среда, която обикновено е местен. Защо ми е необходим някакъв специален име? За да разберем това, трябва да се разгледа ситуацията като цяло. Ние винаги трябва като минимум, имат две среди. Един - е среда за разработка (често се нарича развитие на околната среда), а от друга - тази операционна среда (така казват рядко, обикновено се бори сряда, производство). И кода трябва да се държат по различен начин в зависимост от околната среда.
- В среда за разработка, по-широко ниво на сеч, това е, което виждаме всички съобщения за отстраняване на грешки и те ни помагат да се развива. На това ниво prodakshene отрязани най-бързо тръгва дисково пространство.
- В среда за разработка, не можем да изпращаме имейли, за реално. Ако това се случи, тогава вашите потребители няма добре дошли. Между другото, това често се случва с тези, които са различни набори среда.
- В развойна среда забраните кеширането (технология за по-бърз достъп).
- развитие на околната среда може да съдържа неработен код и има несъответствие в (несъвместими) държавата. Това е нормално, тъй като ние се развиват.
В допълнение, кодът в развитието на околната среда не е обикновено написани на главния клон на вашата система за контрол на версиите и клон-фиша. Това е важно, защото те не се блокира способността да се вземат бързи промени, ако сървърът е нещо счупено, и че е необходимо да се определи само една малка част, както и нови разработки не са готови да се излее.
За съжаление, PHP среда все още е често срещана ситуация, в която развитие се извършва директно в бойна обстановка. Което води до много тежки последствия.
След като сте се изпълнява задачата (вие), и тя е била тествана, кодът за проблем се излива в главната линия и има така наречената интеграция. Това име се дължи на факта, че, може би с изключение на тази функция, паралелно се разработва други функции, в друг клон, а задачата се извършва с висока вероятност за дори не сте. И сега към главния клон, те се срещнаха, и те работят заедно, или не - остава да се види.
(Тази опция е силно зависимо от това дали процесът избран в даден отбор).
Прегледи на
Обикновено, тестване включва няколко етапа. Първата, на която има отметка конкретно вашите индивидуални черти, а вторият, в който чек всичко, което става в следващата версия.
В крайна сметка, дори и събиране на всички в един клон (всички функции) и да ги тествате на местно ниво, не може да бъде напълно сигурен, че в битката, на реални данни, че ще работи добре. В допълнение към това, най-вероятно, че имате мениджър или дори тестерите, които също искат да видят / провери дали всичко е наред. И после се втурва към сцената, друга работна среда, която се нарича интеграция околната среда (predprodakshen) или steydzhing (постановката), тъй като всички се обади.
Steydzhing - това е такава среда, в която има отметка преди двубоя. Нейната особеност е, че той е най-близо до борба с условията на околната среда, която дава възможност да се тестват по-пълно, което се случва. Обикновено това е мястото, където са мениджъри, тестери, клиентите. Steydzhing често изпълнява две задачи наведнъж. Как да проверите специфичните особености на възложителя, а крайната план на приложението, преди освобождаването.
Тук идва друга нова дума: "Release". Release нарича по друг начин "освобождаване". От една страна, това е процес на пускането на нова версия на системата за битка. От друга страна, понякога се нарича събранието, което е нова версия на системата.
Непрекъснато Integration Server
Тази система позволява значително да се ускори процеса на интеграция. Значително намалява натоварването на разработчиците и автоматизира рутина. За разработчици да пишат код и да го изпратите на хранилището, а самата система ще извършва необходимите проверки и да извършва сливането. Непрекъснато интеграция е част от практиката, наречена "Extreme Programming (XP)".
Ние сме пропуснали един важен момент. Как новия код влиза в predprodakshen и Productions околната среда, след като приключите с дизайн? И той го прави чрез процес, който е в общ нарича "разгърне".
Както показва практиката, много хора все още го правя разполагане на ръце. Отиди на сървъра (и ако много от тях?) Клонирано код база се променя ръце и така нататък.
Човек може безкрайно обсъдим какво, колко лошо е то. Като се започне с факта, че в действителност не е изчистен, повторяем процес, което означава, че винаги има възможността, че спукването и човешкият фактор е нещо случайно забравени / изгубени / изтрити. Край с факта, че знанието се съхранява в една глава, и процеса на освобождаване е станало самостоятелно вуду лечения, които могат да направят само Джон, но понякога той се разболява, отива на почивка и може да се пенсионира. Често такива компании освобождават - изключително болезнена процедура, която отнема повече от един час, а може би дори и за няколко дни.
В добре функциониращ процес, освобождаването отнема десет минути и може да се направи от всеки разработчик по всяко време (почти). Hekslet понякога deploitsya 5-10 пъти на ден.
Основните предизвикателства, с които се сблъсквате по време deploya:
- Вземете нова версия на кода от хранилището и да го излееш на сървъра (ите)
- Направете всички необходими мерки: да се търкаля миграция събере интерфейса-скриптове и т.н.
- Превключване към новия вариант на проекта
- Намаление на цените в случай на грешки
Сподели във Facebook
Свързани статии