Сообщение Re[10]: Git wtf?.. от 03.02.2016 9:56
Изменено 03.02.2016 9:57 Evgeny.Panasyuk
Здравствуйте, alex_public, Вы писали:
_>·>Фундамент git — лучше. Вместо традиционного (тянущееся начиная с rcs?) append-only лога, да ещё и per-file используется принципиально другой подход, ассоциативное object-хранилище.
_>Это смотря на каком уровне смотреть. Формально да, одно хранит дифы, а другое вроде как сами файлы. Но фокус в том, что если бы оно реально хранило сами файлы, то размер хранилища был бы нереальным. Так что в итоге и второе хранит дифы, просто они там для сжатия, а не для идеологии.
Причём эти дельты в Git не обязательно линейные, не обязательно между одними и теми же файлами, и необязательно вперёд по времени — будет выбран оптимальный вариант по эвристикам и нескольким попыткам.
_>·>Фундамент git — лучше. Вместо традиционного (тянущееся начиная с rcs?) append-only лога, да ещё и per-file используется принципиально другой подход, ассоциативное object-хранилище.
_>Это смотря на каком уровне смотреть. Формально да, одно хранит дифы, а другое вроде как сами файлы. Но фокус в том, что если бы оно реально хранило сами файлы, то размер хранилища был бы нереальным. Так что в итоге и второе хранит дифы, просто они там для сжатия, а не для идеологии.
Причём эти дельты в Git не обязательно линейные, не обязательно между одними и теми же файлами, и необязательно вперёд по времени — будет выбран оптимальный вариант по эвристикам и нескольким попыткам.
Re[10]: Git wtf?..
Здравствуйте, alex_public, Вы писали:
_>·>Фундамент git — лучше. Вместо традиционного (тянущееся начиная с rcs?) append-only лога, да ещё и per-file используется принципиально другой подход, ассоциативное object-хранилище.
_>Это смотря на каком уровне смотреть. Формально да, одно хранит дифы, а другое вроде как сами файлы. Но фокус в том, что если бы оно реально хранило сами файлы, то размер хранилища был бы нереальным. Так что в итоге и второе хранит дифы, просто они там для сжатия, а не для идеологии.
Причём эти дельты в Git необязательно линейные, необязательно между одними и теми же файлами, и необязательно вперёд по времени — будет выбран оптимальный вариант по эвристикам и нескольким попыткам.
_>·>Фундамент git — лучше. Вместо традиционного (тянущееся начиная с rcs?) append-only лога, да ещё и per-file используется принципиально другой подход, ассоциативное object-хранилище.
_>Это смотря на каком уровне смотреть. Формально да, одно хранит дифы, а другое вроде как сами файлы. Но фокус в том, что если бы оно реально хранило сами файлы, то размер хранилища был бы нереальным. Так что в итоге и второе хранит дифы, просто они там для сжатия, а не для идеологии.
Причём эти дельты в Git необязательно линейные, необязательно между одними и теми же файлами, и необязательно вперёд по времени — будет выбран оптимальный вариант по эвристикам и нескольким попыткам.