2013-09-05 5 views
0

Вопрос: Каковы рекомендуемые способы хранения независимых версий релиза проекта 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

Git tag release version?

ответ

1

Вы должны использовать GIT ветви, ветвление легко и безболезненно в Git. Вы, вероятно, использовали CVS/SVN? где ветвление сложное и ужасное. Вы всегда можете указать git checkout любые прошлые коммиты (таким образом, «вернуть» рабочий каталог в любое состояние в прошлом)

Когда ваше программное обеспечение достигает стабильного состояния, где вы хотите пометить его как выпуск, просто добавьте тег в совершить (например, v1.3). Затем вы можете переключиться на этот выпуск на git checkout v1.3

Eclipse EGit - не лучший графический интерфейс. Я предлагаю использовать программное обеспечение под названием SourceTree. Он обеспечивает хорошую визуализацию графа Git commit, а также очень проста в использовании. У обоих не должно быть конфликтов, вы можете использовать их оба. (Хотя я рекомендую изучить командную строку git :)) Надеюсь, это поможет.

+0

В этом случае тег версии соответствует всем проектам в этом репо? благодаря! – ecoe

+0

Я предполагаю, что следующий комментарий к моему первому комментарию: проекты обычно разделяются на отдельные репозитории (где тегирование может быть использовано для всего репо-фиксации)? Как насчет того, когда у вас много небольших проектов, а у некоторых есть зависимости? Вот почему я впал в рутину создания нового проекта каждый раз, когда я выпускаю новую версию, так что старые проекты могут ссылаться на более старую версию. – ecoe

Смежные вопросы