Board.KolibriOS.org

Это всего-лишь добрый совет, потребность это написать произошла из ветки о релизе 0.6.3.0

Собственно, брожу по интернету, смотрю проекты. Люди используют SVN,
но... в SVN есть три директории

branches это ветка для исправления ошибок
tags выпущенные релизы (майлстоуны, если хотите)
trunk текущий репозиторий кода

так вот так как в выше названной ветке произошел спор по поводу глючности ядра. В проектах принято, перед релизом чего либо, делать копию trunk в branches.
Это позволяет не останавливая процесса развития транка, исправлять ошибки будущего релиза. Иными словами в branches вносятся только исправления из транка (merge), но не фичи.

Такая схема позволит вам лучше управлять кодом и избегать конфликтов, что в итоге хорошо для проекта.

Также советую всем почитать: http://svnbook.red-bean.com/nightly/ru/ . Там в подробностях описаны модели работы с свн на русском.

У нас очень мало разработчиков ядра. Так что исправление ошибок будущего релиза производится теми же, кто и развивает транк. Так что "не останавливать процесс развития транка" при устранении ошибок невозможно.

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