http://wiki.linuxformat.ru/wiki/index.php?action=history&feed=atom&title=LXF120%3A%D0%9A%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D1%8C_%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D0%B9 2026-05-13T07:17:18Z История изменений этой страницы в вики MediaWiki 1.19.20+dfsg-0+deb7u3 http://wiki.linuxformat.ru/wiki/index.php?title=LXF120:%D0%9A%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D1%8C_%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D0%B9&diff=10447&oldid=prev 2010-06-23T07:05:45Z

<p>‎<span dir="auto"><span class="autocomment">Управление и контроль</span></span></p> <a href="http://wiki.linuxformat.ru/wiki/index.php?title=LXF120:%D0%9A%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D1%8C_%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D0%B9&amp;diff=10447&amp;oldid=10446">Внесённые изменения</a>

Crazy Rebel http://wiki.linuxformat.ru/wiki/index.php?title=LXF120:%D0%9A%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D1%8C_%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D0%B9&diff=10446&oldid=prev 2010-06-23T06:37:48Z

<p></p> <a href="http://wiki.linuxformat.ru/wiki/index.php?title=LXF120:%D0%9A%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D1%8C_%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D0%B9&amp;diff=10446&amp;oldid=10445">Внесённые изменения</a>

Crazy Rebel http://wiki.linuxformat.ru/wiki/index.php?title=LXF120:%D0%9A%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D1%8C_%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D0%B9&diff=10445&oldid=prev 2010-06-23T06:10:41Z

<p>викификация, оформление, иллюстрация</p> <p><b>Новая страница</b></p><div>==Управление и контроль==<br /> <br /> : '''Джульетта Кемп''' оценивает трех главных претендентов на должность менеджера изменений в ваших данных: ''Bazaar, Subversion'' и ''Git''. <br /> <br /> Системы<br /> контроля<br /> версий<br /> (СКВ) необходимы<br /> при коллективной<br /> работе<br /> над проектами,<br /> но весьма<br /> полезны<br /> и для предпочитающих<br /> сольную<br /> деятельность.<br /> Отслеживание<br /> сделанных<br /> изменений<br /> обеспечит<br /> вам<br /> откат<br /> к одной<br /> из прежних версий,<br /> если<br /> вы случайно<br /> что-нибудь<br /> испортите.<br /> <br /> Со времени<br /> выхода<br /> устаревшей<br /> ''CVS'' появилось<br /> множество<br /> новых<br /> вариантов<br /> – какой<br /> же из них предпочесть?<br /> Распределенную<br /> систему<br /> или централизованную?<br /> Мы рассмотрим<br /> самые<br /> известные<br /> реализации<br /> – ''Bazaar'', ''Subversion'' и ''Git'', чтобы<br /> вы осознанно<br /> выбрали<br /> наиболее<br /> подходящую<br /> именно<br /> вашим<br /> нуждам,<br /> будь<br /> это крупный<br /> проект,<br /> любительское<br /> программирование,<br /> отслеживание<br /> изменений<br /> в конфигурационных<br /> файлах<br /> или что-нибудь<br /> более<br /> экзотичное.<br /> <br /> ===Клиент–сервер против распределенки===<br /> <br /> Существует<br /> два основных<br /> типа<br /> систем контроля<br /> версий:<br /> клиент–<br /> серверные<br /> и распределенные.<br /> Бывают<br /> и чисто локальные<br /> системы,<br /> типа<br /> ''RCS'', которые<br /> действуют<br /> исключительно<br /> в рамках<br /> одной<br /> машины,<br /> но сейчас<br /> они применяются<br /> редко:<br /> иметь дело<br /> с современными<br /> разновидностями<br /> в любом<br /> случае<br /> и проще,<br /> и удобнее.<br /> <br /> Клиент–серверные<br /> системы<br /> работают<br /> в централизованном<br /> режиме:<br /> на центральном<br /> сервере<br /> существует<br /> текущая<br /> копия<br /> проекта,<br /> из которой<br /> «выписывает» (‘checkout’) данные<br /> локально<br /> работающий<br /> пользователь.<br /> Внеся<br /> желаемые<br /> изменения,<br /> он (или<br /> она) обновляет<br /> локальную<br /> копию<br /> с сервера<br /> (чтобы<br /> учесть<br /> изменения,<br /> которые<br /> успели<br /> сделать<br /> за это время<br /> другие<br /> пользователи),<br /> разрешает<br /> конфликты,<br /> если<br /> таковые<br /> возникают,<br /> а затем<br /> фиксирует<br /> (‘commit’)<br /> свою версию<br /> данных<br /> в центральном<br /> репозитории.<br /> После<br /> этого<br /> внесенные<br /> изменения<br /> становятся<br /> доступны<br /> для выписки другими<br /> людьми.<br /> <br /> Распределенные<br /> системы<br /> построены<br /> по принципу<br /> одноранговой<br /> сети<br /> – репозиторий<br /> у каждого<br /> свой, а работа<br /> синхронизируется<br /> за счет взаимообмена<br /> пакетами<br /> изменений<br /> в форме<br /> заплат<br /> («патчей») или слияния ветвей<br /> проекта.<br /> На практике<br /> большинство<br /> мало-мальски<br /> значительных<br /> проектов<br /> имеют<br /> одну<br /> копию,<br /> которая<br /> считается<br /> главной<br /> ветвью<br /> разработки;<br /> но это скорее<br /> социальное<br /> различие,<br /> чем техническое.<br /> <br /> Оба варианта<br /> имеют<br /> и достоинства,<br /> и недостатки.<br /> Вот некоторые<br /> из преимуществ<br /> распределенных<br /> СКВ:<br /> * Обеспечивается полное резервное копирование кодовой базы и истории изменений для каждой ветви проекта; возможно существование нескольких ветвей. <br /> * Упрощается работа без подключения к Интернету, так как изменения можно до поры фиксировать в локальном хранилище. <br /> * Проще взаимодействовать с коллегами: для этого не нужно обращаться к централизованной системе. <br /> * Легче создавать и ликвидировать ветви разработки: тем самым упрощается проведение экспериментов в ходе развития проекта.<br /> * Есть мнение, что такой способ более демократичен, и позволяет вовлекать в проекты большее число участников. <br /> * Можно организовать несколько «центральных» ветвей с различной специализацией (например, стабильную, текущую и релиз). <br /> * Фиксация изменений, просмотр истории и другие подобные операции происходят быстрее: для них не нужен доступ к центральному серверу.<br /> * Упрощается слияние нескольких частей проекта.<br /> <br /> Централизованные СКВ тоже обладают рядом достоинств:<br /> * Любой отдельный пользователь или группа может получить полный доступ к истории и содержанию проекта (правда, иногда это достоинство может рассматриваться как недостаток!).<br /> * Главная версия кода содержится централизованно, а не дробится на несколько вариантов. <br /> * Проще обеспечить отказоустойчивость одного централизованного сервера (хотя бы за счет квалифицированного обслуживания), чем множества пользовательских персональных машин. <br /> <br /> Короче, внимания заслуживают оба варианта,<br /> хотя<br /> в наши<br /> дни<br /> популярность<br /> набирают<br /> именно<br /> распределенные<br /> системы.<br /> <br /> ===''Bazaar''===<br /> <br /> : Распределенная система не без способностей к централизации.<br /> * '''Сайт''' http://bazaar-vcs.org<br /> * '''Лицензия''' GPL<br /> * '''Применяется в''' ''MySQL, Gnash, Squid''<br /> <br /> ''Bazaar'' (в командной<br /> строке<br /> – ''bzr'') – распределенная<br /> система,<br /> называемая<br /> авторами<br /> «СКВ, задуманной<br /> для людей».<br /> Она рассчитана<br /> на поддержку<br /> рабочих<br /> процессов<br /> разнообразных<br /> типов<br /> и предоставляет<br /> вам значительную<br /> свободу<br /> в выборе<br /> способа<br /> работы<br /> и управления<br /> версиями.<br /> Возможно<br /> использование<br /> ''Bazaar'' совместно<br /> с другими<br /> аналогичными<br /> системами<br /> (например,<br /> ''CVS'' или ''Subversion'').<br /> <br /> Применяя ''Bazaar'' в распределенном<br /> сценарии,<br /> вы создаете<br /> по<br /> ветви<br /> на каждую<br /> новую<br /> функцию<br /> (их называют ‘task branches’ –<br /> ветви<br /> для задачи),<br /> а для отправки<br /> изменений<br /> на сервер<br /> используется<br /> локальная<br /> ветвь-зеркало.<br /> В централизованной<br /> модели<br /> изменения<br /> периодически<br /> отправляются<br /> непосредственно<br /> на общий<br /> сервер.<br /> Девиз<br /> команды<br /> разработчиков<br /> ''Bazaar'' – «не стоит<br /> прогибаться<br /> под причуды<br /> ПО, пускай ПО прогнется<br /> под вас».<br /> <br /> Одна<br /> из приятных<br /> особенностей<br /> ''Bazaar'' – работая<br /> индивидуально,<br /> вы не должны<br /> (как в ''Subversion'', например)<br /> создавать<br /> репозиторий,<br /> импортировать<br /> файлы,<br /> а потом<br /> выписывать<br /> рабочую<br /> копию.<br /> Вы работаете<br /> себе<br /> в каталоге<br /> проекта,<br /> а ''Bazaar'' сам отслеживает<br /> сделанные<br /> изменения.<br /> Одно<br /> из очевидных<br /> неудобств –<br /> усложнение резервного<br /> копирования:<br /> следует<br /> либо<br /> держать<br /> все<br /> проекты<br /> внутри<br /> главного<br /> каталога,<br /> либо<br /> обеспечить<br /> регулярное<br /> сохранение<br /> абсолютно<br /> всех<br /> каталогов<br /> (кстати,<br /> идея сама<br /> по себе<br /> неплохая).<br /> Кроме<br /> того,<br /> ненароком<br /> ошибившись<br /> в команде<br /> ''rm -rf'', легко<br /> сгубить<br /> репозиторий.<br /> Начать<br /> проект<br /> очень просто:<br /> вместо<br /> импорта<br /> и последующей<br /> выписки кода<br /> достаточно<br /> инициализировать<br /> проект<br /> внутри<br /> его собственного<br /> каталога.<br /> При желании<br /> работать<br /> в более<br /> централизованном<br /> режиме<br /> можно<br /> создать<br /> репозиторий<br /> в отдельном<br /> каталоге<br /> и выписать<br /> ветвь из него. Это делается<br /> всего<br /> лишь одной<br /> командой:<br /> ''init-repo''.<br /> <br /> ====Работа оффлайн====<br /> <br /> {{Врезка|Заголовок=Прочие претенденты|Содержание=<br /> * '''''Perforce''''' Популярная схема с использованием клиент-серверной модели. Активно развивается; плохо одно – закрытая лицензия. Для открытых проектов (или с числом участников не более двух) продукт бесплатен, в остальных случаях – $900 «с носа». <br /> * '''''CVS''''' Выпущена в 1986; на сегодняшний день – одна из старейших СКВ. Она централизованная, имеет ряд хорошо изученных недостатков (в частности, сложности с созданием/слиянием ветвей). Встречается до сих пор, даже поддерживается, но новые функции уже никто не добавляет. Поэтому, выбирая систему для нового проекта, присмотрите что-нибудь посвежее. <br /> * '''''Mercurial''''' Еще одна активно развивающаяся распределенная система. Наделена удобной системой очереди заплат. Аббревиатура командной строки – ''hg'', она освежит ваши школьные знания по химии.|Ширина=300px}}<br /> <br /> Распределенная<br /> природа<br /> ''Bazaar'' позволяет<br /> работать<br /> и вносить<br /> изменения,<br /> не подключаясь<br /> к Сети.<br /> В централизованных<br /> системах<br /> это тоже<br /> возможно<br /> с помощью<br /> локального<br /> репозитория,<br /> но его<br /> совмещение<br /> с основным<br /> сервером<br /> чревато<br /> сложностями.<br /> В ''Bazaar''<br /> локальный<br /> контроль<br /> версий<br /> весьма<br /> удобен:<br /> вы загружаете<br /> основной<br /> проект<br /> командой<br /> ''bzr branch'', и на вашей<br /> машине<br /> создается<br /> его локальная<br /> ветвь. Можно<br /> работать<br /> внутри<br /> нее, а можно<br /> создавать<br /> подветви<br /> и фиксировать<br /> изменения<br /> в них с той частотой,<br /> какая<br /> вам заблагорассудится.<br /> Команда<br /> ''bzr merge'' сольет<br /> вашу<br /> ветвь проекта<br /> с родительской,<br /> а завершив<br /> работу<br /> над кодом,<br /> нетрудно<br /> создать<br /> заплатку<br /> для отправки<br /> «наверх» командой<br /> ''bzr send -o patchname.patch''. Ответственный<br /> за родительскую<br /> ветвь<br /> проекта<br /> может<br /> внести в нее ваш патч – а может<br /> и не внести;<br /> для этого<br /> используются<br /> те же команды,<br /> что и при слиянии ветвей.<br /> Теоретически<br /> ''Bazaar'' может<br /> обходиться<br /> без центрального<br /> дерева,<br /> но на практике<br /> большинство<br /> проектов<br /> имеют<br /> такое<br /> и сливают<br /> с ним отдельные<br /> ветви.<br /> <br /> Алгоритм<br /> объединения<br /> ветвей<br /> ''Bazaar'' позволяет<br /> осуществлять<br /> множественное<br /> слияние, а также<br /> определять<br /> последнего<br /> общего<br /> предка<br /> ветвей.<br /> Возможно<br /> не только<br /> объединение,<br /> но и «сплетение» различных<br /> ветвей,<br /> а также<br /> разрешение<br /> весьма<br /> непростых<br /> конфликтных<br /> ситуаций.<br /> Но требование<br /> общего<br /> предка<br /> у ветвей<br /> является<br /> обязательным<br /> (а вот ''Git'' умеет<br /> совмещать<br /> совершенно<br /> не родственные<br /> ветви).<br /> <br /> ''Bazaar'' поддерживает<br /> выборочное<br /> слияние, при котором<br /> проводится<br /> не полное,<br /> а частичное<br /> совмещение<br /> изменений<br /> ветви<br /> (например,<br /> только<br /> до версии<br /> 104,<br /> или только<br /> из версий<br /> 105–107).<br /> Есть возможность<br /> отложить<br /> свои изменения<br /> до поры,<br /> изъяв<br /> их из рабочего<br /> дерева<br /> (например,<br /> чтобы<br /> упростить<br /> слияние<br /> с крупным<br /> обновлением,<br /> произошедшим<br /> в родительской<br /> ветви),<br /> а затем<br /> вернуть<br /> в проект.<br /> Это<br /> удобно,<br /> если<br /> вы работаете<br /> над несколькими<br /> заплатками,<br /> либо<br /> хотите<br /> воспользоваться<br /> правками<br /> коллег.<br /> Как и в ''Subversion'', можно<br /> применять<br /> «хуки» (‘hooks’; это скрипты,<br /> исполняемые<br /> перед<br /> определенными<br /> действиями<br /> или после<br /> них).<br /> <br /> Полезное<br /> качество<br /> для крупных<br /> проектов<br /> – интеграция<br /> с системами<br /> отслеживания<br /> ошибок.<br /> С помощью<br /> ключа<br /> '''--fixes'''<br /> можно<br /> привязать<br /> к изменению<br /> номер<br /> ошибки<br /> в системах<br /> разных<br /> типов<br /> (поддерживаются<br /> ''Bugzilla, Launchpad, Trac, Roundup'' и пр.).<br /> Например,<br /> строка:<br /> <br /> bzr commit -- fixes project:23400 -m «Stores user birthdates properly»<br /> <br /> добавит<br /> в журнал<br /> ссылку<br /> на ошибку<br /> № 23400 трекера ''Bugzilla'' для<br /> проекта '''project'''. Для ''Bugzilla'' и ''Trac'' поддерживаются<br /> упрощенные<br /> режимы<br /> настройки.</div>

Crazy Rebel