පින්තූර git ගබඩාවක ගබඩා කළ යුතුද?

අනුවාද පාලනයක් ලෙස Git සහ Github භාවිතා කරන බෙදා හරින ලද කණ්ඩායමක් සඳහා, පින්තූර ද git ගබඩාවේ ගබඩා කළ යුතුද?

බොහෝ දුරට, පින්තූර වෙනස් නොවේ. ඒවා අඩංගු ෆෝල්ඩරය රූප එකතු කරන විට ප්‍රමාණයෙන් පමණක් වර්ධනය වේ. සැලකිලිමත් විය යුතු කරුණක් නම්, පින්තූර ෆෝල්ඩරය විශාල රූප සංයෝජනයෙන් කාලයත් සමඟ විශාල ප්‍රමාණයක් දක්වා වර්ධනය විය හැකිය, නැතහොත් ඒවායින් බොහොමයක් පමණි.

මෙය හොඳම භාවිතයක් ලෙස සලකන්නේද? බෙදා හරින ලද කණ්ඩායමකට පහසුවෙන් ප්‍රවේශ විය හැකි ව්‍යාපෘති සඳහා අවශ්‍ය ද්විමය ලිපිගොනු බෙදා ගැනීමට ඇති වෙනත් විකල්ප මොනවාද?

ඔබගේ පින්තූර මුල් වැඩක්ද? නැත්නම් ඒවා වෙනත් තැනකින් ලබා ගත හැකිද? ප්‍රභවයෙන් සාදන ලද මෘදුකාංග ඒකකයක් නැව්ගත කිරීමට ඔවුන්ට අවශ්‍යද? ඒවා මුල් ඒවා නම්, ඔවුන්ට උපස්ථ කිරීම අවශ්‍ය වේ. ඒවා ඔබේ සංශෝධන පාලනයට දමන්න, ඒවා කිසි විටෙකත් වෙනස් නොවන්නේ නම්, අභ්‍යවකාශ ද penalty ුවම උපස්ථයකට සමාන වන අතර ඒවා ඔබට අවශ්‍ය තැන වේ.

අහම්බෙන් හෝ හිතාමතාම මෘදුකාංගයේ පෙනුම වෙනස් කිරීම සඳහා ඒවා සංස්කරණය කළ හැකිද? ඔව් - එවිට ඒවා කෙසේ හෝ සංශෝධනය පාලනය කළ යුතුය, ඔබට දැනටමත් පරිපූර්ණ විසඳුමක් ඇති විට වෙනත් ක්‍රමයක් භාවිතා කරන්නේ ඇයි? අඳුරු යුගයේ සිට "පිටපත් කර නැවත නම් කිරීම" අනුවාද පාලනය හඳුන්වා දිය යුත්තේ ඇයි?

ග්‍රැෆික් නිර්මාණකරුගේ මැක්බුක් දෘ drive තැටිය මිය ගිය විට සමස්ත ව්‍යාපෘතියක මුල්ම කලා කෘති “පූෆ්” වන බව මම දැක ඇත්තෙමි. ) උපස්ථ සමඟ හොඳ වීමට නැඹුරු නොවන්න.

ඉහත නිර්ණායකයන්ට ගැලපෙන ඕනෑම ද්විමය ලිපිගොනු සඳහාද එය අදාළ වේ.

එසේ නොකිරීමට එකම හේතුව තැටි අවකාශයයි. $ 100 / ටෙරාබයිට් වලට මම බිය වෙමි, එම නිදහසට කරුණ තරමක් සිහින් ය.

ඇයි අපායක් නැත්තේ? :)

ද්විමය ගබඩා කිරීම නරක පුරුද්දක් ලෙස සැලකේ, ඔව්, නමුත් මම කිසි විටෙකත් රූප ගැන ඕනෑවට වඩා කරදර නොවෙමි.

නරකම දෙය නම්, ඔබට ටොන් තිබේ නම්, ඒවා වෙනත් තැනක ගබඩා කරන්න හෝ ද්විමය සහාය සඳහා බාහිර හෝ දිගුවක් භාවිතා කරන්න. පින්තූර බොහෝ විට වෙනස් නොකරන්නේ නම්, ගැටලුව කොහිද? ඔබට විශාල මේද ඩෙල්ටාවක් ලැබෙන්නේ නැත. කාලයත් සමඟ ඒවා ඉවත් කළ හොත්, ඉතිහාසය ගබඩා කිරීමෙන් මඳක් පීඩා විඳින්නේ ඔබේ සේවාදායකයා පමණි, නමුත් සේවාදායකයින්ට කිසිවක් නොපෙනේ.

මගේ මතය අනුව, ඔබ ඒ ගැන කරදර නොවිය යුතුය - ඔබ ඒවායින් GB ගබඩා නොකරන්නේ නම්.

ඔබට කළ හැකි වන්නේ, ගබඩා කරන්නේ “ප්‍රභව” රූප පමණි: SVGs, LaTeX macros, ආදිය ... සහ ඔබේ ගොඩනංවන පද්ධතිය මඟින් ජනනය කරන අවසාන රූප ඇත. ඔබට හැකි නම් එය ඊටත් වඩා හොඳය. එසේ නොවේ නම් කරදර නොවන්න.

(මේ සියල්ලම, පෙළ ලිපිගොනු සඳහා Git බැබළෙයි, නමුත් පින්තූර සඳහා හොඳම VCS නොවේ. ඔබට හැකි නම් අපට තවත් සන්දර්භය සහ ප්‍රමිතික ලබා දෙන්න)

අමතර තොරතුරු සඳහා, ඔබට මෙම ප්‍රශ්න හා පිළිතුරු බැලීමට අවශ්‍ය විය හැකිය:

• අනුරූප ලිපිගොනු SubVersion / Git තුළ ගබඩා කිරීම
• පෙළ නොවන ලිපිගොනු සමඟ Gv vs SVN
• Git සහ Git-subodule සමඟ විශාල ද්විමය ගොනු කළමනාකරණය කිරීම

මෙම ප්‍රශ්නය තරමක් පැරණි නමුත් මෙය Git සමඟ ගනුදෙනු කිරීමේදී පැන නගින පොදු ප්‍රශ්නයක් වන අතර අවසාන පිළිතුරේ සිට Git repo එකක විශාල ලිපිගොනු ගබඩා කිරීම සඳහා නවීන විසඳුම් පිළිබඳ යම් ප්‍රගතියක් ඇත.

Git හි විශාල ගොනු ගබඩා කිරීම සඳහා පහත සඳහන් ව්‍යාපෘති තිබේ:

• git-annex - මෙය ටික කලක් තිස්සේ පැවතුන නමුත් අවංකවම එහි සංකීර්ණතාවයට මග පාදයි.
• git-media - මේ සමඟ පෞද්ගලික අත්දැකීම් නොමැත. තරමක් සංකීර්ණ බවක් ද පෙනේ.
• git-fit - සරල ප්ලගිනයක් නිර්මාණය කිරීමේ උත්සාහයක්. S3 ආචයනය අවශ්‍යයි. සරල බව මම අගය කරන අතරම, ප්ලගිනය පිළිබඳ මගේ ප්‍රධාන අවධානය යොමු වී ඇත්තේ එය එක් අයෙකු විසින් තරමක් නොදන්නා සහ නඩත්තු කර ඇති බවය (පූර්ණ අනාවරණය කිරීම, මේ අවස්ථාවේ දී මම එකම අනෙක් කැපකරුවා වන අතර එය සුළු කාරණයක් සඳහා විය).
• git-lfs - මම මෙය පුළුල් ලෙස භාවිතා කර නොමැති අතර එය ශුද්ධ ග්‍රේලය ලෙස පෙනේ. එය ගිතූබ්ගේ පිටුබලය ඇති අතර 2015 ඔක්තෝබර් වන විට ඔවුන්ගේ සියලුම ගබඩාවලින් ලබා ගත හැකි අතර ඔබේ ගබඩාව ගබඩා කිරීමේ ලිපිගොනු කළමනාකරණයේ සංකීර්ණතාව වෙබ් අඩවියේ තබයි. නමුත් එකම නරක, මේ වන තරමක් නව, එසේ Github ඔබ්බට නැති තරම් සහාය වන බවයි Gitlab ද සහයෝගය , Gitea මෙන් , සහ Bitbucket අනාගතයේ දී සහාය සඳහන් කරතොත් ඇත .

TLDR: ඔබට හැකි නම්, git-lfs භාවිතා කර රූප හෝ වෙනත් ද්විමය ලිපිගොනු git තුළ ගබඩා කරන්න.

සමස්ත "මූලාශ්‍ර පාලනයේ ද්විමය ගබඩා නොකරන්න" යන්න නිශ්චිත හේතුවක් සඳහා සකසා ඇත: ඔබට සම්පාදනය කරන ප්‍රභව කේත තිබේ නම්, සත්‍ය සම්පාදනය ගබඩා නොකරන්න, නමුත් ප්‍රභව කේතය පමණි. පින්තූර සහ දෘශ්‍ය වත්කම් වලට "ප්‍රභවයක්" නොමැත, එබැවින් ඒවා අනුවාද පාලනයේදී නිරීක්ෂණය කළ යුතුය.

Git සමඟ නිර්දේශිත ක්‍රමය උප මොඩියුලයක් (Git 1.5.3 හි හඳුන්වා දී ඇත) භාවිතා කිරීම මූලික වශයෙන් වෙනම ගබඩාවක් වන අතර එය ප්‍රධාන එක සමඟ සම්බන්ධ වේ. ඔබ ඔබේ රූප (සහ වෙනත් ද්විමය වත්කම්) උප මොඩියුලයේ ගබඩා කරයි. අවශ්‍ය දේ මත පදනම්ව මෙය ප්‍රධාන ගබඩාව හෝ වම්පස පරීක්ෂා කළ හැකිය.

Http://book.git-scm.com/5_submodules.html වෙතින්

"Git හි උප මොඩියුල සහාය මඟින් උප බහලුමක් ලෙස බාහිර ව්‍යාපෘතියක පිරික්සුමක් අඩංගු වේ. උප මොඩියුලයන් තමන්ගේ අනන්‍යතාවය පවත්වා ගනී; superproject ") හට සියලු උප මොඩියුලයන් එකම සංශෝධනයකින් පහසුවෙන් ක්ලෝන කළ හැකිය.

රූප බොහෝ විට වෙනස් නොවන්නේ නම් ප්‍රමාණය සැලකිය යුතු කාරණයක් නොවිය යුතුය. ප්‍රමාණය කප්පාදු කිරීමට / අඩු කිරීමට ඔබට විධාන ක්‍රියාත්මක කළ හැකිය,

git gc
git gc-aggressive
git prune

ඔව් .

මෘදුකාංග අනුවාදය 1.0 නිකුත් කරන බව කියමු. 2.0 අනුවාදය සඳහා, සියලු පින්තූර සෙවනැලි සමඟ නැවත කිරීමට ඔබ තීරණය කරයි. එබැවින් ඔබ මෙය කර 2.0 මුදා හරින්න. 1.0 භාවිතා කරන සහ 2.0 වෙත උත්ශ්‍රේණිගත කළ නොහැකි සමහර ගනුදෙනුකරුවන් තීරණය කරන්නේ ඔවුන්ට වෙනත් භාෂාවකින් වැඩසටහන අවශ්‍ය බවයි. එය කිරීමට ඔවුන් ඔබට ඩොලර් 1G ලබා දෙයි, එබැවින් ඔබ විශ්වාසයි. නමුත් වෙනස් සංස්කෘතියක, ඔබගේ සමහර පින්තූරවල තේරුමක් නැත, එබැවින් ඔබ ඒවා වෙනස් කළ යුතුය ...

ඔබ ඔබේ පින්තූර ප්‍රභව පාලනයේ තබා ගන්නේ නම්, මෙය පහසුය, 1.0 මත පදනම්ව ඔබ රූපවල වෙනස්කම් සිදු කරයි (වෙනත් දේ අතර), ගොඩ නැගීම, මුදා හැරීම. ඔබට මේවා ප්‍රභව පාලනයේ නොතිබුනේ නම්, ඔබට වඩා දුෂ්කර කාලයක් ලැබෙනු ඇත, මන්ද ඔබට පැරණි රූප සොයා ගැනීමට, ඒවා වෙනස් කිරීමට හා පසුව ගොඩනගා ගැනීමට සිදුවනු ඇත.

එය ව්‍යාපෘතියේ කොටසක් නම්, එය VCS තුළ තිබිය යුතුය . මෙය වඩාත් හොඳින් සාක්ෂාත් කරගන්නේ කෙසේද යන්න VCS හෝ ඔබ ව්‍යාපෘතියක් සංවිධානය කරන්නේ කෙසේද යන්න මත රඳා පවතී. සමහර විට නිර්මාණකරුවන් සඳහා වූ repo එකක් විය හැකි අතර, කෝඩරයේ repo හි ප්‍රති results ල පමණක් හෝ 'රූප ප්‍රභවයන්' පමණි (මට වරක් තිබුණේ .svg ගොනුවක් පමණක් සහිත ව්‍යාපෘතියක් සහ නිෂ්පාදිත / inscape cli හරහා ජනනය කරන ලද පින්තූර පමණි).

එහෙත්, VCS හට එය හැසිරවිය නොහැකි නම් හෝ භාවිතයට ගත නොහැකි නම්, එය ඔබගේ රැකියාව සඳහා නිවැරදි මෙවලම නොවන බව මම කියමි.

වෙබ් ව්‍යාපෘති සඳහා 'සුපුරුදු' ග්‍රැෆික් (මොක්අප්, සංකල්ප, සහ පිටු ග්‍රැෆික්) git තුළ තැබීම පිළිබඳව මෙතෙක් මට කිසිදු ගැටළුවක් නොවීය.

ඔබ ඔබේ පින්තූර SCM හි ගබඩා කළ යුතුද: ඔව්. කිසිදු සැකයකින් තොරව.

ඔබ ඔබේ පින්තූර git තුළ ගබඩා කළ යුතුද: මෙය වඩාත් උපක්‍රමශීලී වේ.

පෙළ ලිපිගොනු සමඟ git ඉතා හොඳයි, නමුත් එහි ස්වභාවය අනුව ද්විමය සමඟ එතරම් උණුසුම් නොවේ. ඔබ ක්ලෝන කරන විට හෝ තල්ලු කරන විට මාරු කරන ලද දත්තවල ප්‍රමාණය පිළිබඳව ඔබට ගැටළු ඇති වේ.

එක් පිළිතුරක් වන්නේ උප මොඩියුල භාවිතා කිරීමයි, මෙයින් අදහස් කරන්නේ ඔබේ ව්‍යාපෘතිය සහ රූප අතර සම්බන්ධය දුර්වල වනු ඇති බවයි - එබැවින් පින්තූර ඔබේ ප්‍රභවයේ කොටසක් ලෙස කළමනාකරණය කිරීමට ඔබට අවශ්‍ය නොවනු ඇත, නමුත් ඒවා තවමත් පාලනය කර තබාගෙන සිටියි ඒවා අතු බෙදීමෙන් කරදර වේ - උප ව්‍යාපෘතිය සාමාන්‍ය සංවර්ධන ක්‍රියාවලියේදී එකම අවුල් ජාලයක් හරහා නොයන දත්තවල 'පැතලි' ගබඩාවක් යැයි උපකල්පනය කිරීම.

අනෙක් පිළිතුර නම්, ඔවුන් වෙනත් ව්‍යාපෘතියකට ඇතුළත් කිරීම, කිසි විටෙකත් එය අතු බෙදීම සහ එම ව්‍යාපෘතියට බැඳී සිටින සෑම කෙනෙකුම එය වහාම ඉහළට තල්ලු කිරීම සහතික කිරීම - ගොනුවේ එකම අනුවාදය වෙනස් කිරීමට 2 දෙනෙකුට ඉඩ නොදෙන්න - ඔබට මෙය වඩාත් දුෂ්කර වනු ඇත Git වැනි අංගය බෙදා හරිනු නොලබන කාර්ය ප්‍රවාහයක් සඳහා නිර්මාණය කර නැත. මෙම රීතිය ක්‍රියාත්මක කිරීම සඳහා ඔබට පැරණි තාලයේ සන්නිවේදන ක්‍රම භාවිතා කිරීමට සිදුවේ.

තෙවන පිළිතුර නම්, ඒවා සම්පූර්ණයෙන්ම වෙනත් SCM තුළට දැමීමයි.

@ හයිලම්ගේ පිළිතුරට එකතු කරමින්, ප්‍රමාණය මේ සඳහා විශාල සාධකයක් වන බව සලකන්න. VCS මත පදනම්ව එය ටොන් ගණනක් පින්තූර සමඟ හොඳින් ක්‍රියා නොකරනු ඇත. ක්ලෝන හෝ විශාල තල්ලුවක් මුළු රාත්‍රිය පුරාම ගත කිරීමට පටන් ගත් විට, සියලු පින්තූර දැනටමත් ඔබේ ගබඩාවේ ඇති බැවින් එය ප්‍රමාද වැඩිය.

විශාල පින්තූර සහ අනාගත වර්ධනය සඳහා සැලසුම් කරන්න. ඔබට මෙම ව්‍යාපෘතියට වසර දෙකක් ඇතුල් වීමට අවශ්‍ය නැති අතර "අනේ කපටි, සමහර විට repo ටිකක් වැඩියි ."

තාක්ෂණික හා ආර්ථික වශයෙන් ඒවා ගබඩා කිරීම කළ හැකි බව මම අනිවාර්යයෙන්ම එකඟ වෙමි. ප්රශ්නය මම මෙන් "මෙම පින්තූර නැව් නිෂ්පාදනයේ කොටසක්ද නැත්නම් නැව්ගත කිරීමේ නිෂ්පාදනයේ අන්තර්ගතයේ කොටසක්ද?" ඔබට GIT (හෝ වෙනත් VCS) හි අන්තර්ගතය ගබඩා කළ නොහැකි බව නොව එය වෙනම VCS සඳහා වෙනම ගැටළුවක් බව නොවේ.