2015-08-12 3 views

ответ

1

Subversion номер редакции - номер фиксации в хронологии репозитория. В этом нет ничего волшебного. Недавно созданный репозиторий svn находится в редакции 0.
Каждое новое совершение увеличивает номер ревизии и получает новый номер, присвоенный ему как его ревизию. В этом процессе ветви не имеют значения. В файле Subversion номер версии файла является последним номером фиксации/ревизии при изменении файла.


Благодаря своему характеру и внутренняя рабочая git не может присваивать порядковые номера для фиксации. git использует sha1 контрольные суммы, чтобы идентифицировать что-либо: коммиты, теги, деревья, капли, файлы, каталоги. Значение sha1 вычисляется с использованием содержимого объекта, который он идентифицирует.
Между значениями sha1 нет связанных значений, но изменение содержимого объекта создает каскадное изменение sha1, которое идентифицирует объекты, зависящие от него. Например, если вы используете git rebase для перемещения некоторых коммитов из одной ветки в другую, то изменяются идентификаторы sha1 всех перемещенных коммитов.


Я ничего не знаю о PVCS. Сожалею.

2

PVCS и СВНЫ являются centraliazed сделки РЕПО:

  • PVCS использовать порядковый номер в файл
  • SVN использовать порядковый номер за пересмотр

Git является децентрализованным, что означает, что он не может использовать число увеличилось (или оно будет увеличиваться одновременно в нескольких распределенных клонированных репо)

SHA1 представляет собой содержимое фиксации (s ee "Git Internals - Git Objects" и "How is git commit sha1 formed")

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

  • Нет связанных вопросов^_^