Чи добре git у бінарних файлах?

Чи добре git у бінарних файлах?

Якщо у мене багато модифікованих нестиснених файлів, і багато стислих файлів ніколи (або майже ніколи) не змінюються, чи git би справлявся з цим добре? Наприклад, якщо я вставляю або виймаю середину і вставляю дані наприкінці, вона помітить це, як це робиться з текстом?

Якщо git непоганий у двійкових файлах, який інструмент я можу вважати?

З вікна, git може легко додавати бінарні файли до свого індексу, а також ефективно їх зберігати, якщо ви не регулярно оновлюєте великі файли, що не стискаються.

Проблеми починаються тоді, коли git потребує генерування розрізнень та злиття: git не може генерувати значущі diff або об'єднувати бінарні файли будь-яким способом, який міг би мати сенс. Таким чином, всі злиття, повторні бази чи вишневі пікселі, пов’язані зі зміною бінарного файлу, включатимуть вручну вирішення конфлікту для цього бінарного файлу.

Вам потрібно вирішити, чи є зміни бінарного файлу досить рідкісними, щоб ви могли жити з додатковою ручною роботою, яку вони спричиняють у звичайному робочому процесі git, що включає злиття, перезавантаження, вишневі піски.

Окрім інших відповідей.

• Ви можете надіслати diff у двійковий файл, використовуючи так званий бінарний формат diff . Він не є читабельним для людини, і його можна застосувати, лише якщо у вашому сховищі є точний попередній перегляд , тобто без жодної нечіткості.
  Приклад:

  diff --git a/gitweb/git-favicon.png b/gitweb/git-favicon.png
  index de637c0608090162a6ce6b51d5f9bfe512cf8bcf..aae35a70e70351fe6dcb3e905e2e388cf0cb0ac3 100
  GIT binary patch
  delta 85
  zcmZ3&SUf?+pEJNG#Pt9J149GD|NsBH{?u>)*{Yr{jv*Y^lOtGJcy4sCvGS>LGzvuT
  nGSco!%*slUXkjQ0+{(x>@rZKt$^5c~Kn)C@u6{1-oD!M<s|Fj6
  
  delta 135
  zcmXS3!Z<;to+rR3#Pt9J149GDe=s<ftM(tr<t*@sEM{Qf76xHPhFNnYfP!|OE{-7;
  zjI0MY3OYE5upapO?DR{I1pyyR7cx(jY7y^{FfMCvb5IaiQM`NJfeQjFwttKJyJNq@
  hveI=@x=fAo=hV3$-MIWu9%vGSr>mdKI;RB2CICA_GnfDX
  

• Ви можете використовувати textconv gitattribute, щоб git diffпоказати читабельну людину різницю для бінарних файлів або частин бінарних файлів. Наприклад, для файлів * .jpg це може бути різниця в EXIF-інформації, для файлів PDF це може бути різниця між їх текстовим поданням (pdf2text або щось подібне).

HTH.

Якщо у вас дійсно великі двійкові файли, ви можете використовувати git-annex для зберігання даних поза сховищем. Перевірте: http://git-annex.branchable.com/

Я не знаю жодних інструментів, які намагаються зберігати різні бінарні файли для контролю версій, але варто зазначити, що Git не робить цього навіть для текстових файлів. Git зберігає файли як краплі, і він робить різницю між ними, коли потрібно.

Якщо ви хочете виконати контроль версій на чомусь на зразок документів Photoshop / Illustrator, GridIron Flow може зробити для вас хитрість. Якщо ви намагаєтеся синхронізувати їх між машинами, Dropbox або Rsync можуть впоратися з цим, але вони не збираються робити інтелектуальні розробки.

Добре git добре з бінарними файлами. Але він не обробляє двійкові файли, як текстові файли. Це як ви хочете об'єднати бінарні файли. Я маю на увазі, різниця на jpeg ніколи вам нічого не поверне. Git дуже добре працює з текстовим файлом і, ймовірно, так само погано, як і будь-яке інше рішення з бінарними файлами!

якщо ви хочете рішення для версії, ви можете розглянути git-lfs, який має легкий покажчик на ваш файл.

це означає, що коли ви клонуєте репо, він не завантажує всі версії, а лише ті, що перевірені.

Ось хороший підручник, як ним користуватися