По материалам сайта Calculate Linux: https://www.calculate-linux.org/main/ru/git
MoSCoW является методом приоритезации, используемый в бизнес-анализе и разработке программного обеспечения. Данный метод позволяет прийти к общему пониманию важности каждого требования заинтересованными сторонами.
Методика приоритезации заключаются в следующем:
-
BUG - Bug (Ошибка): Действие человека, которое приводит к неправильному результату.
-
TASK - Task (Задача): Проблемная ситуация с явно заданной целью, которую необходимо достичь; в более узком смысле задачей также называют саму эту цель, данную в рамках проблемной ситуации, то есть то, что требуется сделать.
-
svn checkout http://repository.url/svn/name — извлекаем файлы проекта из репозитория, сокращение: svn co;
-
svn update — получаем обновления из репозитория, сокращение: svn up;
-
svn update -r rev_num ./file_name — извлекаем ревизию файла с номером rev_num;
-
svn add ./file_name — добавляем файл в репозиторий (не важно текстовый или бинарный);
Говоря о системе управления версиями (VCS) файлов Git необходимо упомянуть об архитектуре её реализации. Именно она определяют преимущества и недостатки.
Прежде всего Git — распределённая VCS. Это значит, что мы работаем не с одним репозитарием на сервере, а каждый имеет у себя локальную копию репозитария. Соответственно, такие операции, как checkout и commit производятся с локальным
Перевод статьи Vincent Driessen: A successful Git branching model
####################################################################### | |
# # | |
# Описание файла настройки: gitolite.conf # | |
# # | |
####################################################################### | |
# Обработка правил конфигурационного файла продолжается до тех пор, | |
# пока выполняемая операция не будет удолетворять правилу. | |
# В gitolite есть два типа правил которые обрабатывабтся параллельно |