Нумерация изменений - PullRequest
Новая
       33

Нумерация изменений

2 голосов
/ 09 апреля 2009

Какая система обычно используется? Существует ли общая система или все SCM просто устанавливают инкрементные числа?

Ответы [ 3 ]

3 голосов
/ 09 апреля 2009

Существует три вида внутреннего номера для SCM :

  • файл-ориентированный идентификатор (версия 1, версия 2, ...) для SCM, управляющего своими элементами в файле в файл basic (ClearCase), на основе простого приращения на основе 0
  • идентификатор хранилища: он установил идентификатор (номер редакции Subversion) для ссылки на все файлы (опять же, простое приращение)
  • идентификатор, ориентированный на фиксацию (например, SHA1 для Git, то есть на основе содержимого ) для SCM (направленного ациклического графа) на основе DAG, где история файла связана с каталог, связанный с коммитом.

Он основан на:

  • внутренняя база для центрального SCM или
  • вычисленный уникальный ключ или хеш для распределенного SCM

Сочетание двух критериев дает окончательный идентификатор.

Внутренний номер версии не следует путать с номером версии приложения (например, major.minor.build)

0 голосов
/ 09 апреля 2009

Я думаю, что большинство SCM будет использовать увеличивающееся число для отслеживаемого элемента. Например, Vault поддерживает как управление версиями файлов, так и папок, поэтому у каждого файла есть (инкрементный) номер версии, а у содержащей его папки - один.

Распределенный SCM не может использовать инкрементные числа, поэтому они будут использовать хэши, уникальные идентификаторы или что-то еще ...

0 голосов
/ 09 апреля 2009

TFS использует уникальную для сервера TFS последовательность нумерации

...