Управление исходным кодом по сравнению с Управлением версиями?
Синглтоны не являются злом
В реальном мире есть место для синглетонов, и методы обхода их (то есть моностатный паттерн) - это просто замаскированные синглтоны. Например, Logger является идеальным кандидатом на синглтон. Кроме того, так же насос сообщений. Мое текущее приложение использует распределенные вычисления, и разные объекты должны иметь возможность отправлять соответствующие сообщения. Должен быть только один насос сообщений, и каждый должен иметь к нему доступ. Альтернатива - передавать объект в мой почтовый насос везде, где это может быть необходимо, и надеяться, что новый разработчик не создаст новый, не задумываясь и не удивляясь, почему его сообщения никуда не денутся. Уникальность синглтона является самой важной частью, а не его доступность. Синглтон имеет свое место в мире.
10 ответов
Контроль версий - это более общий термин, используемый для инструментов управления версиями, но также и для других инструментов (Word, OpenOffice, ...). Он ссылается на версию.
Система управления версиями предлагает управление версиями с ветвлением и объединением, которые не всегда доступны во всех инструментах редактирования (Word не является системой управления версиями, но предлагает функции управления версиями)
Управление версиями является более общим термином, чем контроль исходного кода, поскольку он управляет версией чего-либо (источников, двоичных файлов или любых документов)
Примечание: SCM означает управление исходным кодом, но также и управление программным кодом, чтобы отразить то же самое. идея (управляются не только «источники»).
Плюс SCM вводит понятие зависимостей между группой файлов.
И он также может включать понятие жизненного цикла изменения (начать изменение, закрыть изменение ...), что приводит к системе запросов на изменение.
- Система управления версиями (VCS) - это наиболее часто используемый термин
- Управление исходным кодом (SCM) используется в git, но это вроде как придумано и может быть путают с Software Configuration Management , которое уже используется в индустрии программного обеспечения, и это не одно и то же.
Некоторые системы (например, SVN) имеют термин ревизия , который означает номер, связанный с определенным набором версий всех файлов в репозитории. В таких системах ревизия ( SVN ревизия ) по существу означает версию ( исходная версия ). В противном случае контроль версий и контроль версий являются одними и теми же терминами.
Нет "правильного" имени, четыре распространенных имени следующие:
- Система контроля версий
- Система контроля версий
- Система контроля версий
- Система управления исходным кодом
другое имя: контроль версий
Судя по тегам, используемым на этом сайте, «контроль исходного кода» является наиболее популярным (что вполне нормально, так как это сайт посвящен программированию):
- контроль версий (633 тегов)
- контроль версий (587)
- контроль версий (31)
Мне нравится думать об этом так:
Контроль версий - это то, что они делают .
Source Control - это то, для чего я их использую.
: -)
Если исторически важен приоритет, то следует использовать термин «Контроль исходного кода» - см. http: // en. wikipedia.org/wiki/Source_Code_Control_System
MIL-STD 973 Описывает управление конфигурацией.
Управление конфигурацией программного обеспечения выполняется точно так же.
См. CMMI для хорошего объяснения SCM / CM.
Системы, о которых вы говорите, являются системами контроля версий. Они создают версии.
Старая SCCS была системой управления исходным кодом.
Системы управления исходным кодом поддерживают историю изменений.
Допустим, вы изменили файл из версии
1.1, 1.2, 1.3.
На 1.3 мы выпускаем "Awesome Edition" нашего продукта.
1.3 - это ревизия AwesomeEdition - это версия.
В таких системах, как CVS, исправления происходят по мере изменения нумерации, а версии отмечаются тегами. Нумерация версий репозитория типа SVN сбивает с толку государственных заказчиков, которые ожидают MIL-STD. вид поведения.
Самое замечательное в стандартах управления изменениями - это то, что есть из чего выбирать.
Используемая терминология не очень точна. Есть статья, описывающая пять соответствующих параметров. Инструменты управления данными для разработки программного обеспечения не всегда поддерживают более трех из них одновременно. Если вы хотите поддерживать все пять, вам необходимо описать процесс разработки:
- Версия (семантика: модификация)
- Представление (семантика: эквивалентность, происхождение)
- Иерархия (семантика: состоит из)
- Статус ( семантика: утверждение, доступность)
- Вариант (семантика: варианты продукта)
Питер ван ден Хамер и Кис Лепоетер (1996) Управление данными проектирования: пять измерений структур САПР, управление конфигурацией и управление данными о продукте, Труды IEEE, Vol. 84, No. 1, январь 1996 г.
Итак, что именно вы ищете сейчас?
Я не думаю, что есть один правильный термин. Оба термина, а также некоторые другие, уже упомянутые в других ответах, используются в основном для одного и того же.
Люди, с которыми вы разговариваете, будут связывать это с немного другим значением, даже если для этого используют одно и то же слово - и они могут означать действительно в точности то же самое, даже когда используется другое слово.
Опять же, словарь, используемый вокруг этих вещей, также может быть различным (или иметь разные значения) в кругах вокруг различных программных реализаций этой концепции.
При написании этого Мне приходит в голову, что это очень естественное явление - в других областях у вас также есть несколько слов, обозначающих в основном одно и то же значение - хотя некоторые утверждают, что на самом деле есть небольшие различия, некоторые другие сказали бы, что этих различий на самом деле не существует или о них не стоит думать. И никогда не гарантируется, что когда два человека используют одно и то же слово, они действительно имеют в виду одно и то же.