1nd1go

feature бранч — это вообще говоря вещь для локальной разработки девелопером. Иногда надо поделится с другим девелопером кодом из этой бранчи, тогда, как неизбежное зло, эта бранча попадает на центральный репозиторий вашей команды. Но вообще говоря, ее для остального мира не существует. А функциональность для мира начинает существовать только когда бранча смерджена в develop, а сама она уже прибита.

Так вот исходя из вышесказанного, CI собирает только develop и master. Остальных бранчей для него не существует.

Решением сложностей при мердже бранчи в девелоп после длительного периода является периодический бэкпортинг изменений из девелопа в бранчу, чтобы бранча была как бы все время up-to-date с изменениями в девелопе.

Код ревью делается при мердже бранчи в девелоп, т.е. когда можно посмотреть изменения между результатом git merge --no-ff --no-commit и develop baseline.

Вообще для этого есть CDN, например www.bootstrapcdn.com/. Там меняете новую версию. Можно поискать линк из CDN, который будет указывать на latest, но так сложнее отлаживать, имхо, когда ВНЕЗАПНО выйдет новая версия с другим апи.

Меня раздражает в git при работе с «центральным» репозиторием (а это то, как вы работаете в svn и будете работать, когда вам нужно код хранить не у девелоперов, а на нейтральной стороне) — это двухфазный комит. Т.е. когда вы сначала комитите чейндж себе в локальный репозиторий, а потом не забываете локальный репозиторий комитить в центральный. IDE не показывают в наглядном виде статус dirty локального репозитория, как это делается с svn с working copy, поэтому очень просто вся эта фигня забывается. И дальше наступает rebase и другие мета вещи для обслуживания этого оркестра по branch'ам и merge'ам, о котором поют в каждом блоге.

Для решения проблемы с папками SVN, перейдите на 1.7, либо используйте export (не знаю что у вас за задача и почему папки вас раздражают).