Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
Форум программистов > Vingrad CMS > Управления версиями и совместная разработка |
Автор: Wowa 25.6.2005, 13:55 |
Нам нужно как-нибудь научиться взаимодействовать между собой. Чтобы у каждого были постоянно свежые исходники, с которыми он бы и работал. Т.е. разработка вся будет модульной и построенной на классах - взаимодействие должно осуществляться между модулями только через "точки взаимодействия". Т.е. каждому модулю мы даем свой номер версии. Первая версия пусть будет у всех модулей 0.01. Далее, каждый занимается разработкой своего модуля и выпускает версии 0.02, 0.03 и т.п. и так до релиза. Каждый из нас должен быть в состоянии в любой момент времени взять последнию выложенную разработчиком версию модуля и подсоединить его к своей системе. Это касается также ядра. НИКТО не должен что-либо изменять и выкладывать измененную версию чужого модуля присваивая ей следующий номер. Это может делать только ответственный за модуль. Поэтому говорите с ним при необходимости обновления версии модуля. При выходе новой версии модуля, разработчик модуля(он же ответственный за модуль) должен обязательно публиковать change log того, что изменилось в модуле при взгляде со стороны. Т.е. различные новые public переменные, функции, их аттрибуты и т.п. Код в каждом модуле должен обязательно сопровождаться комментариями. Перед именем каждой функции должен быть также комментарий, рассказывающий о функции. Это же касается классов. |
Автор: Opik 25.6.2005, 13:59 |
Можно организовать CVS (вроде оно для этих целей ) |
Автор: Wowa 25.6.2005, 13:59 | ||
Это мы и пытаемся сделать. Есть конкретные предложения? |
Автор: Opik 25.6.2005, 14:04 |
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 В любом случае нужно выделить место на серваке, ограничить права, на перезапись давать только отвественным. Остальным свободное скачивание. |
Автор: Wowa 25.6.2005, 14:11 |
Есть такая вешь, как Subversion (source control system). Она УЖЕ установленая на форумском серваке. Но никто её пользоваться не умеет... http://forum.vingrad.ru/index.php?showtopic=53174 Cheba должен в ближайшее время разобраться с ней.. |
Автор: IZ@TOP 25.6.2005, 14:43 |
Придется учить... |
Автор: borisvolfson 15.1.2006, 19:42 |
Могу по своему опыту сказать, что subversion намного лучше, чем cvs, эта система для этого и создавалась. Серверную часть я настраивал только локально у себя - особых проблем не возникло, что касается клиентской части, то есть хорошая программа Tortoise SVN, которая представляет из себя GUI-клиента. Subversion позволяет орагнизовывать нормальный репозиторий кода, с возможностями отката ревизий, создания ветвей, diff (Tortoise SVN), слияния ветвей и так далее.... |
Автор: Wowa 22.1.2006, 20:30 |
Subversion у нас стоит, настроен и полностью готов к использованию, как только мы определимся с основной концепцией системы. |
Автор: IZ@TOP 22.1.2006, 23:54 |
Wowa, а я с Zend Studio смогу с этим работать (у меня 5-я версия)? |
Автор: Guedda 23.1.2006, 09:03 |
Я предлагаю для разработки использовать методологию ХР. А точнее, как уже выше говорили - модульность, но модуль пишет не один человек, а несколько... Так как если один из разработчиков не сможет в определенный промежуток времени разраюатывать, то очень много времени уйдет на распознавание кода. А вообще, лучше почитайте про эту методологию разработки ХР (eXtreme Programming). |
Автор: ShadeSt 23.1.2006, 09:33 | ||
CVS и SVN схожи, насколько я смог понять, SVN создавался как система замены CVS с исправленными недочетами, которые были в CVS.
Система контроля версий сама присваивает следующий номер ревизии. А комментария при выполнении "Commit" недостаточно будет? можно ведь посмотреть лог, почитать комментарии, посмотреть изменения между версиями.. Можно попробовать вытаскивать эти комментарии и публиковать их на какой нибудь страничке, вот только надо посмотреть, можно ли это огранизовать. |