Нам нужно как-нибудь научиться взаимодействовать между собой. Чтобы у каждого были постоянно свежые исходники, с которыми он бы и работал. Т.е. разработка вся будет модульной и построенной на классах - взаимодействие должно осуществляться между модулями только через "точки взаимодействия".

Т.е. каждому модулю мы даем свой номер версии. Первая версия пусть будет у всех модулей 0.01. Далее, каждый занимается разработкой своего модуля и выпускает версии 0.02, 0.03 и т.п. и так до релиза. Каждый из нас должен быть в состоянии в любой момент времени взять последнию выложенную разработчиком версию модуля и подсоединить его к своей системе. Это касается также ядра.


НИКТО не должен что-либо изменять и выкладывать измененную версию чужого модуля присваивая ей следующий номер. Это может делать только ответственный за модуль. Поэтому говорите с ним при необходимости обновления версии модуля.


При выходе новой версии модуля, разработчик модуля(он же ответственный за модуль) должен обязательно публиковать change log того, что изменилось в модуле при взгляде со стороны. Т.е. различные новые public переменные, функции, их аттрибуты и т.п.


Код в каждом модуле должен обязательно сопровождаться комментариями. Перед именем каждой функции должен быть также комментарий, рассказывающий о функции. Это же касается классов.

Можно организовать CVS (вроде оно для этих целей )

Цитата(Opik @ 25.6.2005, 12:59)

Можно организовать CVS (вроде оно для этих целей )

Это мы и пытаемся сделать. Есть конкретные предложения?

Wowa
http://www.wincvs.org/shots.html
http://www.ods.com.ua/win/eng/unix/cvsbook.html
http://www.ods.com.ua/win/rus/unix/cvsrdp.html

В любом случае нужно выделить место на серваке, ограничить права, на перезапись давать только отвественным. Остальным свободное скачивание.

Есть такая вешь, как Subversion (source control system). Она УЖЕ установленая на форумском серваке. Но никто её пользоваться не умеет... http://forum.vingrad.ru/index.php?showtopic=53174

Cheba должен в ближайшее время разобраться с ней..

Придется учить...

Могу по своему опыту сказать, что subversion намного лучше, чем cvs, эта система для этого и создавалась. Серверную часть я настраивал только локально у себя - особых проблем не возникло, что касается клиентской части, то есть хорошая программа Tortoise SVN, которая представляет из себя GUI-клиента.
Subversion позволяет орагнизовывать нормальный репозиторий кода, с возможностями отката ревизий, создания ветвей, diff (Tortoise SVN), слияния ветвей и так далее....

Subversion у нас стоит, настроен и полностью готов к использованию, как только мы определимся с основной концепцией системы.

Wowa, а я с Zend Studio смогу с этим работать (у меня 5-я версия)?

Сможешь, т.к. есть два способа работы:
1. Напрямую с редактора. Однако Zend Studio 4 это не может. Пятерка - не знаю.
2. Через программу последника. Есть очень хорошая. Посмотри топик в форуме Forum Development.

Я предлагаю для разработки использовать методологию ХР.
А точнее, как уже выше говорили - модульность, но модуль пишет не один человек, а несколько...
Так как если один из разработчиков не сможет в определенный промежуток времени разраюатывать, то очень много времени уйдет на распознавание кода.

А вообще, лучше почитайте про эту методологию разработки ХР (eXtreme Programming).

CVS и SVN схожи, насколько я смог понять, SVN создавался как система замены CVS с исправленными недочетами, которые были в CVS.


Система контроля версий сама присваивает следующий номер ревизии.


А комментария при выполнении "Commit" недостаточно будет? можно ведь посмотреть лог, почитать комментарии, посмотреть изменения между версиями..

Можно попробовать вытаскивать эти комментарии и публиковать их на какой нибудь страничке, вот только надо посмотреть, можно ли это огранизовать.