Цель пометки исходного кода?

Question

Какова цель пометки в выпуске программного обеспечения?

Спасибо

Answer 1

Это маркер момента времени.

Например, программному обеспечению, выпущенному для других людей (производство, с открытым исходным кодом), часто присваивается номер версии.

IE. Вышла MongoDB 1.6.5. Я думаю, это будет помечено "/tags/mongodb_1.6.5"

Таким образом, в любое время, когда кто-то хочет точно знать, как выглядит исходный код на выпуске mongodb 1.6.5, он может просто смотреть через теги вместо журнала фиксации, который может быть ... очень ... длинным. ... читать все эти сообщения журнала было бы больно.

-daniel

Answer 2

В моей компании мы используем его, чтобы показать, что данная ревизия в некотором роде особенная (да, мы используем git, но в основном цель тегирования одинакова).Мы используем его для следующих целей:

• Пометить выпущенные версии
• Пометить проверенную часть кода (с датой, например, проверенной-2010-12-10)
• Отметьте специальные патчи, такие как форвард порты, бэкпорты и т. Д.

Answer 3

тег - это символическое имя для набора ревизий (или в svn ревизии).Он может соответствовать номеру версии - это идентификатор со многими частями, предназначенный для обозначения того, где в дереве он находится, степени изменения другой версии и вероятности его совместимости с другими приложениями или библиотеками.

Answer 4

Таким образом, вы можете сохранить копию исходного кода, которая была при выпуске этой версии.

Пример:

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

Затем, как только релиз выйдет в дикую природу, вы продолжите добавлять новые функции и исправления ошибок в ствол.

Затем вы получите сообщение об ошибке, которое необходимо исправить в выпуске 1.1.

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

Итак, что вы можете сделать сейчас, поскольку у вас есть копия кода, которая была, когда вы выпустили 1.0 в своем теге 1.0. Вы разветвите тег, примените исправление ошибки (или, возможно, объедините исправление из ствола в ветку), и вы можете выпустить его как 1.1.

Затем вы можете сделать тег 1.1 и повторить процесс столько раз, сколько вам нужно.