Как использовать теги для версий в git gui
Я полный и полный нуб, так что будь ласковым!
Я использую git gui и никогда не касаюсь интерфейса командной строки. Я ноб, и некоторые из людей, с которыми я работаю, даже нообы-э-э...
Текущее состояние:
- У меня есть хранилище на git узле, который содержит несколько скриптов (далее - код)
- Я использую git gui (mysysgit)
- Я совершил коммиты и толкнул и смутно понял CVS
- Я не верю, что нам нужно разветкить
Я чувствую, что должен иметь возможность использовать теги для создания версий кода. Я также чувствую, что в файловой системе должна быть эквивариантная структура, в которой хранятся снимки (или ссылки на...).
например:
. \EdsLittleThing\v1.0
. \EdsLittleThing\v1.1
. \EdsLittleThing\v1.2
и т.д.
Однако я не могу решить, как создать тег в git gui. Единственная ссылка на тег, которую я могу найти, кажется, связана с объединением ветвей, и это не помогает мне.
Я просмотрел веб-страницы и не могу найти ни одной ссылки о том, как создавать и управлять версиями с помощью git Gui.
Я хочу создать немного более простую версию этого:
![branch and tag structure]()
Заключительное примечание. Пока я убежден, что мой ответ найден в "тегах", мне не очень-то интересно, если на него действительно ответил, используя ревизии/ветки/что-то еще.
Ответы
Ответ 1
Вы хотите использовать gitk, доступный с помощью Repository- > Visualize...
В верхней панели щелкните правой кнопкой мыши фиксацию, которую вы хотите пометить, и выберите создать тег.
В модели git обычно вы не проверяете теги на диск в том же репозитории. У вас может быть несколько репозиториев (все клонированные из восходящего потока) или не предлагаемые несколько рабочих каталогов при разных версиях с одной ревизией, но в большинстве случаев просто использование инструмента git устраняет необходимость одновременного проверки нескольких версий.
То, что вы предлагаете, не похоже на модель gitflow, поэтому я не рекомендую использовать это как ссылку. Прочтите книгу ProGit, http://progit.org за хорошие советы и несколько других рабочих процессов. Я использую тот, который не является ничем из вышеперечисленного.
Обычно вы отмечаете основные этапы. Я отмечаю, когда кусок кода становится видимым клиентом или когда у нас есть код, готовый перейти к формальным практикам QA. Как правило, нет необходимости отмечать как напоминания о том, когда все произошло. Это то, что предназначены для сообщений.
Ответ 2
Спасибо за помощь.
Мне удалось добавить теги, используя описанный выше метод
Вы хотите использовать gitk, доступный по Repository- > Визуализировать...
В верхней панели щелкните правой кнопкой мыши фиксация, которую вы хотите пометить, и выберите создать тег.
У меня возникла проблема с тем, что мои теги не были включены в push. Поэтому любые теги, которые я добавил, были сохранены только локально и бесполезны для совместной работы.
Последний шаг в этом процессе - сделать еще один шаг при нажатии...
Когда вы нажимаете кнопку "push", появляется окно, нижний флажок " включает теги в push". Отметьте эту рамку, и вам не следует смеяться!
Ответ 3
Если вы хотите добавить тег с Tortoise GIT:
- показать журнал
- щелкните правой кнопкой мыши фиксацию и создайте тег в этой версии
- push с отмеченными тегами include
Если вы хотите удалить тег через Tortoise GIT:
- показать журнал
- щелкните правой кнопкой мыши фиксацию и удалите ссылки refs/tags/x.y.z
- нажмите пустое поле локального ветки и введите имя тэга в
поле удаленной ветки
Ответ 4
Я запустил gitk из Git Gui, выделил фиксацию (начальную фиксацию в примере ниже), щелкнув левой кнопкой мыши по ней, а затем щелкнул правой кнопкой мыши по выбранному commit, чтобы отобразить раскрывающееся меню, где выделена опция Создать тег.
Появилось всплывающее окно, как показано ниже.
![How to tag using Git's GUI]()
![maketag]()