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

[metaclass]

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

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

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

Comments

[kurilka.livejournal.com]

Про работу с бранчами вот это мне понравилось - http://nvie.com/git-model

[nivanych.livejournal.com]

Пасиб.
Мне с гитом, видимо, придётся сталкиваться,
надо бы потихоньку смотреть матчасть.

[kurilka.livejournal.com]

Ты ведь на hg сидел вроде?
Производственная необходимость?

[nivanych.livejournal.com]

Ага, на hg.
Нет, пока необходимости нет, но есть вероятность, что она появится.
Да и статейка неплохая, хоть и слишком git-специфична, как мне показалось.

[kurilka.livejournal.com]

Ну не знаю, что там специфичного? По сути же про более-менее логичное разделение веток

[nivanych.livejournal.com]

Логичное разделение веток, да.
Поэтому мне статья и понравилась ;-)
Про git-специфичное, это я про примеры.