Редактирование библиотек проектов с помощью Git (из vss)

Я новичок в git, так как теперь использовал vss. Я преобразовал мой проект vss-репозиторий в репозиторий git. теперь у меня есть вопрос о версии моих модулей проекта.Редактирование библиотек проектов с помощью Git (из vss)

Пусть этот случай:.

MainProject.exe v 1.1.0.0

ProjectLibrary1.dll V 1.0.0.1

теперь с ВСС у меня есть пакет для управления версиями, которые выполнить следующие действия.

Increment версия MainProject.exe из ст. 1.1.0.0 в ст. 1.1.0.1
Добавить ярлык для MainProject VSS папка "v. 1.1.0.1"
если ProjectLibrary1.dll имеет некоторые изменилось с v 1.0.0.1, то:..
- инкремента его версию v 1.0.0.2
- надстройкой ярлык ProjectLibrary1 ВСС папку «v. 1.0.0.2"

С GIT этикетки заменяются теги и теги являются уникальными для хранилища, поэтому в приведенном выше случае, я хотел бы выполнить эти шаги:

Increment версия MainProject.exe от V 1.1.0.0 до v 1.1.0.1
если ProjectLibrary1.dll имеет некоторые изменения с момента v 1.0.0.1, то:....
- приращению его версия для V 1.0.0.2
Add tag "v. 1.1.0.1"

как сделать точку 2? Как проверить мерзавца для изменений, совершенных внутри папки ProjectLibrary1 после ст. 1.0.0.1?

Благодаря

источник

2016-01-20 Claudio

Почему бы не иметь два отдельных репозитория, один для вашего основного проекта и один для вашей библиотеки? Также неплохо поместить файлы .exe и .dll в репозиторий вообще: сохранить исходный контроль версий и выходы в другом месте (резервный файловый сервер или что-то еще). –

@MatthewStrawbridge внутри репозитория У меня есть только исходный код и нет двоичных файлов, exe и dll для объяснения процесса управления версиями. Я хотел бы иметь единый репозиторий для всех библиотек решений, поэтому клонирование и изменение кода связаны с одним репозиторием. – Claudio

Взгляните на [подмодули] (http://www.git-scm.com/book/en/v2/Git-Tools-Submodules). –

Я предпочитаю не менять номера версий и создать GIT теги автоматически.

Вместо этого я использовать мерзавца описать функциональность, чтобы получить текущий тег и изменения, сделанные после.

Например, у меня есть помечена некоторая версия библиотеки с тегом v0.1.0. Если я не вносил изменений (и комментирует), git описать вернет v0.1.0. Если я внес некоторые изменения, git описать вернет v0.1.0-N-gGITHASH, где N - количество коммитов, сделанных после того, как тег был установлен, а gGITHASH - хэш текущей фиксации.

На основании этой информации вы можете создать номер версии Windows 0.1.0.N. И поставьте строку версии с хешем в поле «Неофициальная версия». Если вы продолжаете вводить изменения, не устанавливая новый тег, N-рост. Если вы установите новый тег (например, v0.2.0), N снова станет нулевым.

Описание git может предоставить вам информацию о неуправляемых изменениях в вашем репозитории.

источник

2016-01-21 06:45:27

Редактирование библиотек проектов с помощью Git (из vss)

ответ

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