Как вы справляетесь со светлой и темной стороной распределенных систем управления версиями?

Недавно у меня были некоторые дискуссии на работе о переходе от Subversion к DVCS, как bazaar, и я хотел бы получить мнение других людей.

Мне удалось выкристаллизовать свое нежелание делать это в простую параллель.

Контроль версий может использоваться хорошо или плохо.

'light side' контроля версий-это когда вы используете его для отслеживания ваших изменений, можете вернуться к старым версиям, когда вы нарушаете материал, и когда вы публикуете свои изменения, чтобы ваши коллеги могли видеть ваш work-in-progress.

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

Подрывная деятельность делает как светлую, так и темную сторону относительно жесткой. Все основы работают, но мало кто действительно использует ветвление в Subversion (помимо тегов и освобождения), потому что слияние не является простым вообще. Поддержка его в самой Subversion ужасна, и есть сценарии, такие как svnmerge, которые делают его лучше, но это все еще не очень хорошо. Итак, в наши дни, с хорошей поддержкой ветвления и слияния, которая все больше и больше похожа на необходимость совместной разработки, Subversion не соответствует.

С другой стороны, 'dark side' довольно трудно следовать тоже. Вам нужно только один раз укусить, не имея ваших локальных изменений, совершаемых время от времени в онлайн-хранилище, и сломать ваш код с помощью простого редактирования, которое вы даже не помните. Таким образом, вы в конечном итоге делаете регулярные коммиты, и люди могут видеть работу, которую вы делаете.

Таким образом, в конце концов Subversion становится хорошим middle-of-the-road VCS, который, хотя и немного громоздкий для реализации лучших практик, все же затрудняет получение очень неправильных вещей.

В отличие от этого, с DVCS стоимость либо полностью светлой стороны, либо темной стороны намного ниже. Ветвление и слияние намного проще с этими современными системами VCS. Но распределенный аспект позволяет легко работать в наборе локальных ветвей на вашем собственном компьютере, предоставляя вам гранулированные фиксации, необходимые для проверки вашей работы, возможно, без публикации ваших изменений, чтобы другие могли видеть, просматривать и сотрудничать. Сложность сохранения изменений в локальных ветвях и их публикации обычно ниже, чем их публикация в какой-либо ветви на общедоступном сервере.

Итак, в двух словах, вот вопрос: если я дам нашим разработчикам на работе DVCS, как я могу убедиться, что они используют его, чтобы перейти к 'light side', по-прежнему регулярно публиковать свои изменения в Центральном местоположении и заставить их понять, что их недельный локальный хак, который они не хотели делиться, может быть просто тем, что какой-то другой разработчик может использовать для завершения функции, пока первый находится в отпуске?

Если и светлая сторона, и темная сторона DVCS так легко добраться, как я могу держать их подальше от темной стороны?