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