На СВН есть каталог Framework\3.2, в котором, как я понимаю, будут лежать модули. А почему 3.2, а не сразу во Framework?

Меня тоже волнует этот вопрос. Даже если и в 3.2, но почему именно 3.2, что это значит?

3.2. - версия фреймворка. Там кое что отсутствует, так как переписывается/дописывается, либо вовсе не нужно. Версии нужны для совместимости. Хотя в данный момент этой проблемы нет, но может появиться в будущем. Если вас волнует версия, можно дать № 0.1

>>Версии нужны для совместимости
Совместимости чего?

Semenov, представь, например, что некий нехороший человек, внес довольно заметные правки в фреймворк (к примеру, обновил 4 библиотеки до функционала 6-й версии РНР). 
В связи с этими прискорбным, но необходимым, событием, исправленные/доработанные библиотеки перестали работать. Работать в тех местах ядра, где они использовались. 

Какой выход из этой ситуации? Править ядро или вернуть все на место? 
Править ядро - не всегда найдется время и человек, хорошо разбирающийся в архитектуре и всех тонкостях системы. 
Вернуть к старой версии фреймворк? Но тогда все старания, сверхчеловеческие, будут потрачены впустую.
И, может так случиться, что без этих самых, писанных-переписанных библиотек, не будет возможности реализовать некий специфичный модуль/функционал, для проекта на котором эта система будет использована.

Это теория, да. Реальных примеров я не приведу сейчас, но судя по некоторым данным из литературы, следует придерживаться такого подхода для систематизации и типизации архитектуры библиотек фреймворка.

Если я заблуждаюсь в своих высказываниях, прошу меня поправить.

Хорошо, понятно. Согласен.
Но тогда, может быть, нужно начинать с 0.1, 0.2, 0.3....1.0, 1.1....?

Хоть это и Open Source будет, но ведь официальные версии ядра будем только мы выпускать.. Если надо какие-то серьезные изменения в ядро внести, то предлагаю просто делать отдельную ветку на SVN. Как-только эта ветка будет готова, мы ее сделаем основной. Т.е. поместим в trunk...

Ну так обычно и делается.