Трябва да използвате Git LFS ако имате големи файлове или двоични файлове, които да съхранявате в хранилища на Git… И ако го направите, ще бъде трудно да се версират и слеят двоичните файлове. Така че всеки път, когато файловете растат, Git хранилището расте. И когато потребителите на Git трябва да извличат и клонират хранилище, това създава проблеми.
Необходим ли е git LFS?
И така, когато имате големи файлове във вашето хранилище и/или много двоични файлове, тогава е препоръчително да използвате Git LFS. … Това означава, че вашето локално хранилище ще бъде ограничено по размер, но отдалеченото хранилище, разбира се, ще съдържа всички действителни файлове и разлики.
Лош ли е git LFS?
Нещо липсва в списъка с проблеми: Git LFS е http(s) протокол, така че е проблематично в най-добрия случай, когато използвате Git през ssh[1]…. git поддържа големи файлове, той просто не може да проследява промените в двоичните файлове ефективно и ако те са големи, вие проверявате нов blob всяка модификация.
Какви са предимствата на git LFS?
Версиониране на големи файлове с Git LFS
- Съдържанието е преносимо - просто git клонинг.
- Пълната история на съдържанието е налична; може да връща промените и да възстановява по-ранни ревизии.
- Актуализациите на съдържанието могат да се възползват от същите работни процеси, популярни с кода: заявка за изтегляне→преглед→обединяване.
git LFS спестява ли място?
Накратко, Git LFS е разширение на Git, което позволява на потребителите да пестят място, като съхраняват двоични файлове на друго място.
