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

Question

Я работаю над своим собственным проектом с открытым исходным кодом. Я недавно выпустил первую работоспособную версию, но я сомневаюсь, что кто-нибудь ее использует. Я единственный, кто работает над этим. Я использую Mercurial, и мой вопрос, я планирую довольно большой редизайн. Немногие камни останутся на месте. Как решить эту проблему с точки зрения контроля версий? Просто продолжить с текущей главы или создать ветку?

Как часто я фиксирую? Некоторые классы могут исчезнуть (разделить на 2 или перенести функциональность в другое место, изменения интерфейса).

Answer 1

Я бы обновил новую версию, если бы были какие-либо текущие пользователи кода (включая вас), которые должны остаться на нем некоторое время. Объедините его обратно, когда новая версия (по любой мере) равна или лучше старой версии.

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

Скорее всего, ваш выбор между

• просто продолжая работу над головой («никто не должен поощряться использовать старую версию») или:
• ответвляется от ветви "stable" или "release-1" ("используйте это, если вы хотите что-то старое, но функциональное завершено / достаточно функционально / ...") и затем выполняете новую работу над HEAD.

Answer 2

Примечание: я не знаю mercurial (я использую git или svn ...)

Во-первых, поскольку вы - единственный коммит код в вашем проекте, онне так уж важно.Было бы важно, если бы другие люди внесли код.

Я бы создал ветку (по крайней мере, под git), и я бы также пометил состояние вашего кода перед перепроектированием.

ДелатьВы намерены поддерживать старую версию (с исправлениями ошибок)?Я полагаю, что нет.Если вы это сделаете, вам, вероятно, придется получить две ветви: одну для версии 1, а другую для измененной версии 2.

Возможно, вы захотите сделать ветку старой версии и продолжить основную веткус новым.

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

Было бы интересно, если бы вы прямо упомянули свой проект с открытым исходным кодом.

С уважением,