Контроль версий

[metaclass]

Завел систему контроля версий Subversion, теперь мучаюсь мыслью, когда делать svn commit, в какой папке проекта и что при этом писать в качестве аргумента -m )

Вот если бы еще контроль версий в СУБД бы встроить, а то такой ужо бардак с метаданными творится.

Comments

[soko1.livejournal.com]

приятное совпадение:) наверное ты тоже после новости о переводе книги на русский решил попробовать svn...

[soko1.livejournal.com]

кстати, я одно не смог найти.
у юзателей cvs-а есть возможность вписывать в файл с которым работают последнюю дату и время модификации, типа этого:

$FreeBSD: src/etc/rc.d/pf,v 1.7.2.4 2006/01/22 13:45:28 yar Exp $

а как это сделать в subversion?

[metaclass.livejournal.com]

Начали проекты коллективно делать, да и сложность возросла, уже не хватает мозга удерживать в уме историю изменений, вот и пришлось заводить. Когда-то cvs ставил, но что-то потом забил на ее.

[metaclass.livejournal.com]

Нашел - почитай про свойство svn:keywords. Как раз то что надо.

[soko1.livejournal.com]

спасибо огромное

[nine_k]

Если непонятно, что написать в -m, стоит ли делать коммит таких изменений? ;)

Без аргументов коммитятся текущая папка и все подпапки, что даёт ловкую возможность коммитить небольшие части в подпапках, не трогая пока остального.

[metaclass.livejournal.com]

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

[nine_k]

Угу. Потому коммит я делаю после внесения какой-то осмысленной "фичи" или починки конкретного бага.
А вот чего я ещё толком не освоил -- как удобно параллельно вести ветку development и ветку release.

[sbj-ss.livejournal.com]

Для версионирования БД рекомендую Quest QDesigner 10 (корни растут от Sybase). Таки вещь, но жоркая шописец. Зато помимо всяких безумных бизнес-процессов прдлагает нормальную беготню CDM/PDM, в т.ч. с генерацией классов - обвязок. Взял базу с M$ SQL, перенёс на Oracle, переписал функции/хранимые процедуры - и оно тикает :)