Вопрос: Каковы рекомендуемые способы хранения независимых версий релиза проекта eclipse в репозитории Git (EGit)?Организация репозитория Git (EGit), содержащего несколько версий выпуска проекта
Проблема: Я создавал новое затмение (питон или «Pydev») проекта каждый раз, когда я хочу, чтобы отличить его в качестве нового выпуска (так что мои проекты project_0-0-1, project_0-0-2 , ..., project_9-9-9). Я становлюсь подозрительным, что git может быть более сложным, чем я думаю (и есть более простые и более организованные способы такого хранения между версиями выпуска. Есть ли?
Подробности: Меня особенно интересует, как установить это с использованием Eclipse egit. Было бы неплохо, если бы ответ включал короткий «How-To» (какие кнопки нажимать на gui). Я довольно хорош с egit, но далек от того, что помечено как «опытный». , я просто ищу советы в основном - любые идеи любезно оценили
Исследование:
Я вижу сома. е люди намекнули мерзавец действительно не предназначен для этого (это управление версиями не проецировать программное обеспечение управления):
Versioning and release management with multiple products with shared code base
В противном случае, я бы просто хранить разные версии в ветвях? Это заманчиво, но страшно, если я когда-нибудь нажму «слить» случайно (возможно, это легко обратимо, хотя). Я думаю, что это то, что ссылки ниже предполагают:
Branch/master tag revision increments using Git
В этом случае тег версии соответствует всем проектам в этом репо? благодаря! – ecoe
Я предполагаю, что следующий комментарий к моему первому комментарию: проекты обычно разделяются на отдельные репозитории (где тегирование может быть использовано для всего репо-фиксации)? Как насчет того, когда у вас много небольших проектов, а у некоторых есть зависимости? Вот почему я впал в рутину создания нового проекта каждый раз, когда я выпускаю новую версию, так что старые проекты могут ссылаться на более старую версию. – ecoe