255 стъпки - блог архив - това са правила за работа с код хранилище

Този регламент е написана много отдавна. Сега нещата са се променили. Например, SVN сега е на мода. И техниката на вашия проект може да бъде различна. Вместо понятието "багажника" Възможно е да използвате "магистър". A Jet нещо друго. Така се адаптират документа за себе си. И това е - как да се използват rybu.Dokument специално написана кратко, защото дълги документи никой не чете.
И имайте предвид, много от отделните точки са придружени от описание на правилата на процедурите за контрол, което показва, лицето, отговорно. Без да се процедурите за контрол наредби не работят добре. Сега имам тези описания сериозно разширени.

Да, все още. Ние документираме това съвсем правят живота ни по-лесен.

Правилник работят с SVN

Дата Резолюция Версия Позиция Name

1 Въведение
1.1 Предназначение
Целта на документа "Правилника за работа с SVN» - минимизиране на времето за адаптация на новия служител. В документа се чете от всички инженери, които се занимават с изходния код, преминаващи пробация.

В този момент, най-малки. По време на изпитателния срок нов служител е длъжен да положи изпит за нормативни актове. Правилник: работещи с работата в екип, за кодиране стил и т.н. И да, официално изследване е много важно. Без него ще бъде объркване и нерешителност.

И никой. Не разбирам.

"Workplace образование (термин Деминг)" е начин за сближаване на служителя на "статистически контрол (термин Деминг)." И това е една от най-добрите инвестиции на пари в нов служител.

Какво е още по-интересно. Вероятно помогне в организацията на обучението и провеждането на подаване на курсовете и изпитите, взети - е пряк задължение на отдела за развитие на персонала (HR-отдел). Но има и такива доста рядко.

1.2 Структура на документа
В документа се записва споразумение между разработчиците на инженерите работят с инструменти за съвместна работа SVN.

1.3 Дефиниции, съкращения и акроними, използвани в системата

версии система - набор от правила, процедури, инструменти, осигуряване на контрол на версиите
Софтуерният продукт - набор от разработени програми и настройки на системата и специален софтуер, информация и други важни компоненти на задачата за потребителя
Съхранение (хранилище) - централизирано място за съхранение на данни и промяна на историята, която се използва за контрол на версиите
Освободете - освобождаването на окончателния вариант Programs- готов за употреба продукт. Release - е набор от конфигурационни позиции, за които да се осъществи изпитване и което се препоръчва да се използват едновременно.
изгради (версия, изграждане) - междинна версия на програмата. Обикновено всеки възел номерирани естествено число, което се увеличава с всяко ново сглобяване.
Клон (клон) - посоката на развитие, независимо от останалите. Клон е копие на тази част (например, директория) за съхранение, което можете да направите промени, които не засягат другите отрасли. Документи в различни отрасли имат една и съща история, за да точката на разклоняване и различни - след него.
етикет (таг) - символично име на копие на всички данни по проекта към момента на поставянето на етикети.
Trunk (багажника) - основният клон на развитие на проекта.
Ревизия (редакция) - вътрешно определен брой промени в контрол на версиите.
за проверка на код -sistematicheskaya проверите изходния код на програмата, за да се откриват и коригират грешки, които остават незабелязани по време на началната фаза на развитие.
Потребител - предмет на работи със система за контрол на версиите.

1.4 означения, приети в документ
Уточнява

2. анонимен достъп до хранилището трябва да бъдат забранени.

3. Всеки потребител трябва да работи с вашето потребителско име / парола (SSH ключове).

4. Структура на директорията на проекта трябва да съдържа три основни директории: багажника, тагове и клони. структура папка проект е описано в [4].

4 Правилник
4.1 Обобщена скрипт работа с SVN
1. потребителят актуализира своята копие на данните от съхранението
2. Потребителят е редактиране на файлове
3. Потребителят поставя променените файлове на трезора.

В допълнение, има редки операции създават клон prostanovki етикети и сливащи се клони.

4.2 Получаване на потребителско име и парола за достъп до SVN
За достъп изисква потребителско име и парола, която трябва да бъде поискано чрез изпращане на имейл във всякаква форма, в името на (копие)
Алтернативен метод за получаване на паролата. или предоставят вашето име и парола при получаване на писмо от Министерството на човешките ресурси, за да се оттегли нов служител. канал за предаване е произволно.

4.3 Обновяване на изходния код от хранилището
Изходни кодове трябва да бъдат актуализирани на сутринта на деня, преди да започнете да работите директно с кода. Това е необходимо, за да се намали несъответствието локалното копие с версията в хранилището, и да се намали вероятността от конфликти ангажират. Произвежда се от тичане команда актуализация SVN.

4.4 Преименуване и преместване на файлове
Преименуване на SVN преименуване извършва на отбора, да се движи - SVN ход команда. Това е необходимо, за да се запази историята на файлови промени.

4.5 Създаване на файлове към архива
То се извършва чрез провеждане на SVN ангажират.
• SVN ангажират команда се извършва от кода готов да бъде поставен в хранилището.
• Преди извършване на SVN ангажират команда, трябва да стартирате SVN команда актуализация.
• Препоръчително е да се направят някои ангажира покритие, регистриран в тракера грешка, ако е възможно.
• Кодът, който се поставя на склад, следва да отговаря и да отговаря на стандарти за кодиране. Виж [2]

Това е необходимо, за да се предотврати несъбираеми код за хранилището, както и намаляване на вероятността от конфликт.

Не е нужно да бъде поставено в хранилище:
• празни папки
• генерирани по време на експлоатацията на файловете на компилатора
• Файловете, които се прилагат към настоящите потребителските настройки
• Не файлове, свързани с проекта
• Различните версии на един и същи файл под различни имена и т.н.
Посочените по-горе типове файлове трябва да бъдат добавени към списъка с игнорирани файлове.

Сега, аз бих искал да се добавят няколко точки. 1) отделен клон е създаден, ако повече от един е трябвало да се ангажират. 2) Желателно е, че името на клона, съдържащ проекта, а броят на задачи от тракера (Jira за нещо от този род: Орион / ИЛИ-42).

4.9 Poster монтаж
Всяка сутрин е отговорен за управление на конфигурацията изпълнява контрол на проектирането, монтаж и сглобяване на резултатите, поставя проблема за коригиране на "погрешни" класове. Грешките в конфигурацията се коригират, на първо място, до всички други работи.