go to the first, previous, next, last section, table of contents.
как ваша система сборки взаимодействует с cvsкак упоминалось во введении, cvs не содержит средств для сборки вашего проекта из исходных текстов. в этой части описывается, как cvs взаимодействует с разными аспектами вашей системы сборки.
обычным вопросом, особенно для людей, знакомых с rcs,
является "как сделать так, чтобы проект компилировался из самых
свежих исходных текстов". ответ на этот вопрос неоднозначен.
во-первых, так как cvs может рекурсивно обходить дерево
каталогов, то не требуется изменять ваши файлы `makefile'
(или тот файл, что используется вашими инструментами для сборки),
чтобы убедиться, что каждый файл является самым свежим. вместо
этого просто используйте две команды, сначала
обычно необходимо записывать, какие ревизии исходных файлов
использовались для построения конкретной версии продукта. такая
функциональность иногда называется списком использованных
материалов. лучший способ добиться этого с помощью cvs ---
использовать команду используя cvs простейшим способом, каждый разработчик будет иметь копию всего дерева исходников, которые использовались в конкретных версиях проекта. если дерево небольшое, или если разработчики удалены друг от друга географически, то это --- предпочтительное решение. в действительности ещё одним подходом к большим проектам является разбить их на меньшие подсистемы, компилируемые по отдельности, и обустроить механизм внутренних релизов, чтобы каждый разработчик мог извлекать те подсистемы, над которыми он активно работает.
другой подход -- создать структуру, позволяющую разработчикам
иметь собственные копии некоторых файлов, а за остальными файлами
обращаться в центральное хранилище. многие предлагали подобные
системы,
используя такие возможности, как символические ссылки,
существующие во многих операционных системах, или механизм
go to the first, previous, next, last section, table of contents. |