Я разработал проект и многое изменил. Этот разветвление - это не просто небольшое изменение функции и исправление скрытой ошибки, это довольно существенное изменение. Только большая часть основного кода является общей.
Я разветвлял этот проект на v2.5.0. Некоторое время я начал создавать версии моего форка в версии 3.0. Однако я не уверен, что это правильный путь, главным образом потому, что когда этот проект выходит на v3.0, все становится запутанным. Но я не хочу начинать с v1.0 или v0.1, потому что это подразумевает младенчество, нестабильность и неосведомленность проекта. Это неправда, так как большая часть кода ядра очень доработана и стабильна.
Я действительно потерян на том, что делать, поэтому я спрашиваю здесь: каков стандартный способ справиться с такой ситуацией? Большинство вилок начинают заново, увеличивают номера версий или делают что-то еще, о чем я не знаю.
источник
Ответы:
Большинство форков, которые я видел, начинаются снова с версии 1.0. Но я предполагаю, что вы также изменили имя своего форка, поэтому я не уверен, почему возникнет путаница, если вы просто запустили v3.0.
Я хотел бы изменить название проекта, выпустить версию 1.0 и дать понять, что этот проект является форком другого проекта. Я не думаю, что будет такой путаницы с этим подходом.
Если вы действительно беспокоитесь о ярлыке "1.0", просто выпустите версию 2.0 вскоре после 1.0 ...
источник
Имейте свою собственную дорожную карту и придерживайтесь ее, начиная с номера оригинальной версии, но не пытайтесь соревноваться с текущей версией оригинального продукта.
источник
Вы можете подумать, будет ли (и насколько) ваш проект связан с оригинальным. Если вы планируете переносить новые функции из исходного проекта в свой, возможно, вы захотите сохранить номера версий, совпадающие с версиями оригинала.
В качестве примера посмотрите MariaDB, который является форком MySQL. Они хотят, чтобы это заменяло MySQL, так что, например, MariaDB 5.2 обладает всеми функциями MySQL 5.2.
Смотрите: http://kb.askmonty.org/v/mariadb-versus-mysql
Примечание: с тех пор как этот ответ был опубликован, MariaDB существенно отличается от MySQL и теперь следует своей собственной схеме управления версиями.
источник
0.1 может указывать на младенчество, но verion 1.0+ означает стабильный. Увеличение числа основных версий, например, 2,0, 3,0, обычно указывает на значительное изменение функции.
Например
То, что я говорю, это то, что основные номера версий не указывают на зрелость, они указывают на основные наборы функций. Теперь это немного касалось того, как нумеровать версию вашего продукта.
То, что я видел раньше, которое мне очень понравилось, - это снова начать версию с 1.0 (или с 3.0, если вы действительно предпочитаете), а затем в скобках указать, с какой версии оригинала у него были последние функции.
источник
Если это вообще возможно, верните вилку обратно в исходный проект. Я не могу подчеркнуть это достаточно.
Повторно набирая номера ваших версий, затем используйте тот, который вы разветвили, плюс суффикс даты.
источник