Исходя из того, как делал раньше, и из советов - выбрал такую структуру - девелпомент, тест, продакшн.
Все работают с девелопмент веткой, потому code freeze, потом копирование в тест ветку, там детальный тест интеграции вручную(не автоматом), автоматом тесты- в девелопмент ветке. Если ок - в продакшен, там новый тэг, если нет - доработка и повтор. Тест - на реальных данных(работа с базой), девелопмент на основе бэкапной базы. Планирую использовать SCRUM.
Если хотфиксы - то на продакшн ветке, потом svn merge изменения в девелопмент ветку.
Проект на ПХП в основном, но я это потихоньку буду менять.
1) Я так понимаю, публикацию раньше делали через получение рабочей копии( наличие каталогов .svn). Если после этого я svn export делал из рабочей копии (которую правили вручную после того, как с проекта ушли люди, и до меня) - естественно, правки вручную попали в первый revision.
2)
http://svnbook.red-bean.com/ только начал, сейчас дочитал только по клиенту
http://tortoisesvn.net/.
3) Если накатал класс и хочется запустить - просто заливка на сервер(локально не хочу поддерживать)
4) Если хочется посмотреть на интеграцию - то как лучше всего это организовать? Сторонний софт(TeamCity умеет?) должен извлечь рабочую копию из репозитория(именно тот revision, с которым работаю я ), загрузить куда-то, залить измененные мной файлы, я потыкаю мышкой, если все ок - то я делаю commit правок в хранилище, получаю новый revision?
Ничего не напутал, выглядит оптимально?