А вот как у вас модно

[metaclass]

работать с системами контроля версий? Конкретно, с subversion, потому что в меркуриале и прочих DVCS можно хоть обкоммитится до одури - пока в другой репозиторий не закинешь, этого никто не увидит.

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

PS: В комментариях много советуют бранчи. Я почему-то никогда ими не пользовался, сначала в svn они были адом и мне лень было это осиливать, а сейчас как-то никогда не возникает надобности. Т.е. организация проекта и релизов как-то так получилась, что борьба с бранчами не стоит того.

Comments

[dmzlj.livejournal.com]

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

[psilogic.livejournal.com]

[ Вопрос в том, зачем пользоваться худшей из этих систем? ]

Так исторически сложилось :)

[blacklion.livejournal.com]

Вопрос в том, зачем пользоваться худшей из этих систем?
Это ты TeamWare не видел (которая построена поверх SCCS как CVS — поверх RCS)…
Правда, TeamWare как-бы distributed… Но это её не спасает.

[dmzlj.livejournal.com]

Я зато видел StarTeam и VSS. Про последнюю долго не мог понять, зачем оно такое вообще существует, но в принципе, лучше уж честное отсутствие совместной разработке как в VSS, чем то, как оно реализовано в CVS.

[blacklion.livejournal.com]

Да если не писать на Java где сплошные рефакторинги с перименованием классов (читай: Файлов) и разработка не распределённая а в рамках одного офиса, то CVS совершенно нормально спрвляется.

[familom.livejournal.com]

StarTeam он огого. Система контроля версии, в которой у файла под контролем может появиться статус Unknown - я такое нигде не видел.