Это всего-лишь добрый совет, потребность это написать произошла из ветки о релизе 0.6.3.0
Собственно, брожу по интернету, смотрю проекты. Люди используют SVN,
но... в SVN есть три директории
branches это ветка для исправления ошибок
tags выпущенные релизы (майлстоуны, если хотите)
trunk текущий репозиторий кода
так вот так как в выше названной ветке произошел спор по поводу глючности ядра. В проектах принято, перед релизом чего либо, делать копию trunk в branches.
Это позволяет не останавливая процесса развития транка, исправлять ошибки будущего релиза. Иными словами в branches вносятся только исправления из транка (merge), но не фичи.
Такая схема позволит вам лучше управлять кодом и избегать конфликтов, что в итоге хорошо для проекта.
О процессе разработки и о SVN
Также советую всем почитать: http://svnbook.red-bean.com/nightly/ru/ . Там в подробностях описаны модели работы с свн на русском.
У нас очень мало разработчиков ядра. Так что исправление ошибок будущего релиза производится теми же, кто и развивает транк. Так что "не останавливать процесс развития транка" при устранении ошибок невозможно.
нет, я предложил выделять в бранч какое-то ядро из транка и в него вносить *только* исправления, а все фичи и теже самые исправления тоже вносить в транк.
Who is online
Users browsing this forum: No registered users and 2 guests