Студопедия
Новини освіти і науки:
МАРК РЕГНЕРУС ДОСЛІДЖЕННЯ: Наскільки відрізняються діти, які виросли в одностатевих союзах


РЕЗОЛЮЦІЯ: Громадського обговорення навчальної програми статевого виховання


ЧОМУ ФОНД ОЛЕНИ ПІНЧУК І МОЗ УКРАЇНИ ПРОПАГУЮТЬ "СЕКСУАЛЬНІ УРОКИ"


ЕКЗИСТЕНЦІЙНО-ПСИХОЛОГІЧНІ ОСНОВИ ПОРУШЕННЯ СТАТЕВОЇ ІДЕНТИЧНОСТІ ПІДЛІТКІВ


Батьківський, громадянський рух в Україні закликає МОН зупинити тотальну сексуалізацію дітей і підлітків


Відкрите звернення Міністру освіти й науки України - Гриневич Лілії Михайлівні


Представництво українського жіноцтва в ООН: низький рівень культури спілкування в соціальних мережах


Гендерна антидискримінаційна експертиза може зробити нас моральними рабами


ЛІВИЙ МАРКСИЗМ У НОВИХ ПІДРУЧНИКАХ ДЛЯ ШКОЛЯРІВ


ВІДКРИТА ЗАЯВА на підтримку позиції Ганни Турчинової та права кожної людини на свободу думки, світогляду та вираження поглядів



Базові принципи розробки ПЗ в VCS

Порядок використання системи управління версіями в кожному конкретному випадку визначається технічними регламентами і правилами, прийнятими в конкретній фірмі або організації, що розробляє проект. Проте, загальні принципи правильного використання VCS нечисленні і єдині для будь-яких розробок і систем управління версіями.

Будь-які робочі, тестові або демонстраційні версії проекту збираються тільки з репозиторію системи. «Персональні» збірки, що включають ще незафіксовані зміни, можуть робити тільки розробники для цілей проміжного тестування. Таким чином, гарантується, що репозиторій містить все необхідне для створення робочої версії проекту.

Поточна версія головної гілки завжди коректна. Не допускається фіксація в головній гілці неповних або не пройшли хоча б попереднє тестування змін. В будь-який момент складання проекту, проведена з поточної версії, повинна бути успішною.

Будь-яке значиме зміна повинна оформлятися як окрема гілка. Проміжні результати роботи розробника фіксуються в цю гілку. Після завершення роботи над зміною гілка об'єднується зі стволом. Винятки допускаються тільки для дрібних змін, робота над якими ведеться одним розробником протягом не більше ніж одного робочого дня.

Версії проекту позначаються тегами. Виділена і позначена тегом версія більш ніколи не змінюється.


Читайте також:

  1. III. Етапи розробки програмного забезпечення
  2. V. Рекомендації і розробки маркетинг-консалтингу.
  3. Аграрна політика як складова економічної політики держави. Сут­ність і принципи аграрної політики
  4. Алгоритм розробки методичних основ бюджетування
  5. Алгоритм розробки техніко-економічного обґрунтування будівництва нового та реконструкції діючих підприємств харчування.
  6. Антикорупційні принципи
  7. Антикорупційні принципи
  8. Антикорупційні принципи
  9. Антикорупційні принципи
  10. АРХІВНЕ ОПИСУВАННЯ: ПОНЯТТЯ, ВИДИ, ПРИНЦИПИ І МЕТОДИ
  11. АРХІВНЕ ОПИСУВАННЯ: ПОНЯТТЯ, ВИДИ, ПРИНЦИПИ І МЕТОДИ
  12. Аудит проекту розробки ПЗ




Переглядів: 747

<== попередня сторінка | наступна сторінка ==>
Версії проекту, теги | Розподілені системи управління версіями

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

  

© studopedia.com.ua При використанні або копіюванні матеріалів пряме посилання на сайт обов'язкове.


Генерація сторінки за: 0.002 сек.