Мы обновляем наш сервер CVS со старого сервера Windows 2003 с установленным на нем ДРЕВНИМ сервером CVS до блестящего нового сервера с Windows 2008 R2. Есть ли какие-либо рекомендации / обмен опытом использования определенного программного обеспечения сервера CVS? Какие специальные настройки нужно учитывать?
У НАС НЕ ЕСТЬ ВАРИАНТА ПЕРЕХОДА К ДРУГОЙ ТЕХНОЛОГИИ УПРАВЛЕНИЯ ИСТОЧНИКАМИ, такой как SVN или GIT в настоящее время. Я ищу хорошее серверное программное обеспечение CVS, которое бы хорошо работало с Windows Server 2008 R2.
ОБНОВЛЕНИЕ: проблема заключалась в том, что не было доступных решений для серверов CVS на базе Windows. Последний, получивший поддержку, окончательно ушел с рынка в этом году. Итак, в заключение, почти год спустя мы успешно перешли на SVN.
На этом сайте установлено более старое программное обеспечение, чем у нас сейчас.
Итак, какая у вас версия CVS, если она новее, чем та, что предлагает официальный сайт?
Рассматривая статус проекта, я заметил это:
Примечательно, что разработка версии CVS для Microsoft Windows была выделена в отдельный проект под названием CVSNT и был более активен в расширении набора функций системы, даже перенося изменения обратно на платформу UNIX под именем CVSNT.
Учитывая это, вам, вероятно, следует изучить CVSNT и получить последнюю версию этого (если у вас ее еще нет).
Однако на самом деле все это не имеет значения, потому что если вы хотите придерживаться CVS (или чего-то, созданного на ее основе), вы не будет что-то почти столь же блестящее, как ваш сервер, потому что CVS - это устаревшая система контроля версий, разработчики которой давно перешли к созданию Subversion.. Вам, вероятно, также следует перейти на Subversion (на самом деле, почему это не вариант?) - в большинстве случаев переход с CVS на SVN - это легкий ветерок.
Если вы хотите запустить CVS, вы хотите запустить CVS.
Если вы спрашиваете о других параметрах контроля версий, вы можете посмотреть Mecurial, Git или subversion, поскольку они являются тремя наиболее часто используемыми, которые я вижу.
Я бы посмотрел на Git, Mercurial или, если вы не хотите использовать распределенный контроль версий, я все равно рекомендовал бы Subversion. Я бы обязательно переключился на что-то новое; просто убедитесь, что у вас есть стратегия отката на случай, если что-то пойдет не так, как планировалось!
Перемещение системы управления версиями - это то, что не следует торопиться, и его следует планировать заранее, чтобы минимизировать время простоя.
Удачи!