බෙදා හරින ලද අනුවාද පාලන පද්ධතියේ (DVCS) ප්‍රතිලාභ තේරුම් ගැනීමට මම උත්සාහ කරමි.

මම සොයා Subversion නැවත අධ්යාපනය හා මෙම ලිපිය විසින් මාටින් ලතා ඉතා ප්රයෝජනවත්.

මර්කුරියල් සහ වෙනත් අය DVCS විසින් වෙනස් කිරීම් සහ දේශීය කොමිස් සමඟ කේත මත වැඩ කිරීමේ නව ක්‍රමයක් ප්‍රවර්ධනය කරයි. නිරය සහ වෙනත් සහයෝගීතා ගැටළු ඒකාබද්ධ කිරීමෙන් එය වළක්වයි

මම අඛණ්ඩව ඒකාබද්ධ වීම පුරුදු කරන අතර පුද්ගලික ශාඛාවක තනිව වැඩ කිරීම විකල්පයක් නොවේ. සෑම ප්‍රධාන අනුවාදයක් සඳහාම අපි ශාඛාවක් භාවිතා කරන අතර, එමඟින් කඳෙන් ඒකාබද්ධ වූ දෝෂ නිවැරදි කරමු.

මර්කුරියල් ඔබට ලුතිනන්වරුන් සිටිය හැකිය

ලිනක්ස් වැනි ඉතා විශාල ව්‍යාපෘති සඳහා මෙය ප්‍රයෝජනවත් විය හැකි බව මට වැටහී ඇත, නමුත් කුඩා හා ඉහළ සහයෝගී කණ්ඩායම්වල (පුද්ගලයින් 5 සිට 7 දක්වා) වටිනාකම මා දකින්නේ නැත.

මර්කුරියල් වේගවත්, අඩු තැටියේ ඉඩ ප්‍රමාණයක් ගන්නා අතර සම්පූර්ණ දේශීය පිටපත වේගවත් ලොග් සහ වෙනස් මෙහෙයුම් වලට ඉඩ දෙයි.

මම වැඩ කරන ඉතා විශාල ව්‍යාපෘති සමඟ වුවද එස්.වී.එන් සමඟ වේගය හෝ අභ්‍යවකාශ ගැටලු මා දුටුවේ නැත.

මම ඔබේ පෞද්ගලික අත්දැකීම් සහ / හෝ හිටපු එස්.වී.එන්. විශේෂයෙන් ඔබ විසින් මනින ලද වෙනස්වීම් සංකල්පය සහ සමස්ත කාර්ය සාධනය ඉහළ නැංවීම සම්බන්ධයෙන්.

යාවත්කාලීන කිරීම (ජනවාරි 12) : එය උත්සාහ කිරීම වටී යැයි මට දැන් ඒත්තු ගොස් තිබේ.

යාවත්කාලීන කිරීම (ජුනි 12) : මම මර්කුරියල් සිපගත් අතර මම එයට කැමතියි. ඔහුගේ චෙරි දේශීය රසය. මම මර්කුරියල් සිප ගත්තේ එය අත්හදා බැලීමට පමණි. මගේ SVN සේවාදායකය එයට කමක් නැතැයි මම සිතමි. එය එතරම් වැරදි යැයි හැඟුණි. එය හරි යැයි හැඟුණි. මම අද රෑ ආදරයෙන් බැඳී සිටින බවක් අදහස් නොකරන්න .

අවසාන යාවත්කාලීන කිරීම (ජුලි 29) : එරික් සින්ක්ගේ ඊළඟ පොත අනුවාදය පාලනය නමින් හැඳින්වෙන ඊළඟ පොත සමාලෝචනය කිරීමේ වරප්‍රසාදය මට ලැබුණි . ඔහු මට ඒත්තු ගැන්වීමට අවසන් විය. මම මර්කුරියල් සඳහා යමි.

සටහන: වත්මන් ප්‍රශ්නයට පිළිතුර සඳහා "සංස්කරණය කරන්න" බලන්න

පළමුවෙන්ම, ජොයෙල් ස්පොල්ස්කි විසින් උපසිරැසි නැවත අධ්‍යාපනය කියවන්න . මම හිතන්නේ ඔබේ බොහෝ ප්‍රශ්න වලට එහිදී පිළිතුරු ලැබෙනු ඇත.

තවත් නිර්දේශයක්, ලිනස් ටොවල්ඩ්ස් ගේට් පිළිබඳ කතාව: http://www.youtube.com/watch?v=4XpnKHJAok8 . මෙම අනෙක් තැනැත්තා ඔබගේ බොහෝ ප්‍රශ්න වලට පිළිතුරු සැපයිය හැකි අතර එය විනෝදජනක ප්‍රශ්නයකි.

බීටීඩබ්ලිව්, මට හාස්‍යජනක දෙයක්: කඩාකප්පල් කිරීමේ මුල් නිර්මාණකරුවන් දෙදෙනෙකු වන බ්‍රයන් ෆිට්ස්පැට්‍රික් සහ බෙන් කොලින්ස්-සුස්මාන් පවා එක් ගූගල් කතාවක දී “ඒ ගැන කණගාටුයි” යනුවෙන් සඳහන් කළේ, උපක්‍රමය රසදිය (සහ සාමාන්‍යයෙන් ඩීවීසීඑස්) වලට වඩා පහත් මට්ටමක පවතින බවයි.

දැන්, IMO සහ පොදුවේ ගත් කල, ඕනෑම DVCS සමඟ කණ්ඩායම් ගතිකතාවයන් වඩාත් ස්වාභාවිකව වර්ධනය වන අතර, කැපී පෙනෙන වාසියක් නම්, ඔබට පහත දැක්වෙන කරුණු ඇඟවුම් කරන බැවින් ඔබට නොබැඳි ලෙස කටයුතු කළ හැකිය:

• ඔබ සේවාදායකයක් සහ සම්බන්ධතාවයක් මත රඳා නොපවතින අතර එයින් අදහස් කරන්නේ වේගවත් වේලාවන්ය.
• ඔබට අන්තර්ජාල ප්‍රවේශය ලබා ගත හැකි ස්ථානවලට (හෝ වීපීඑන්) වහල් නොවී සිටීම.
• සෑම කෙනෙකුටම සේවාදායකයේ පමණක් නොව සෑම දෙයක්ම (ගොනු, ඉතිහාසය) උපස්ථයක් ඇත. ඕනෑම කෙනෙකුට සේවාදායකයා බවට පත්විය හැකිය .
• අන් අයගේ කේතය අවුල් නොකර ඔබට අවශ්‍ය නම් අනිවාර්යයෙන් කැපවිය හැකිය . කොමිස් දේශීයයි. කැපවීමේදී ඔබ එකිනෙකාගේ ඇඟිලි මතට නොයන්න. කැපවීමෙන් පමණක් ඔබ අනෙකාගේ ගොඩනැඟිලි හෝ පරිසරය බිඳ දමන්නේ නැත.
• “ප්‍රවේශය” නොමැති පුද්ගලයින්ට (DVCS හි කැපවීම කේත උඩුගත කිරීමක් අදහස් නොකෙරේ), දායක මුදල් සඳහා ඇති බාධක අඩු කිරීමෙන් ඔබට ඔවුන්ගේ වෙනස්කම් අදින්නට තීරණය කළ හැකිය.
• ඩීවීසීඑස් විසින් මෙය අත්‍යවශ්‍ය වන බැවින් එයට ස්වාභාවික සන්නිවේදනය ශක්තිමත් කළ හැකිය ... යටපත් කිරීමේ දී ඔබ ඒ වෙනුවට ඇත්තේ රේස් ය, ඒවා සන්නිවේදනයට බල කරන නමුත් ඔබේ කාර්යයට බාධා කිරීමෙනි.
• දායකයින්ට කණ්ඩායම්ගත වී ඔවුන්ගේම ඒකාබද්ධ කිරීම හැසිරවිය හැකිය, එයින් අදහස් කරන්නේ අවසානයේ දී ඒකාබද්ධ කරන්නන් සඳහා අඩු වැඩ කිරීමයි.
• අනෙක් අයට බලපෑම් නොකර දායකයින්ට තමන්ගේම ශාඛා තිබිය හැකිය (නමුත් අවශ්‍ය නම් ඒවා බෙදා ගැනීමට හැකිවීම).

ඔබේ කරුණු ගැන:

• නිරය ඒකාබද්ධ කිරීම DVCSland හි නොපවතී; හැසිරවීමට අවශ්‍ය නැත. ඊළඟ කරුණ බලන්න .
• DVCS වල, සෑම කෙනෙකුම "ශාඛාවක්" නියෝජනය කරයි, එයින් අදහස් වන්නේ සෑම විටම වෙනස්කම් ඇද ගන්නා විට ඒකාබද්ධ කිරීම් පවතින බවයි. නම් කරන ලද ශාඛා තවත් දෙයක්.
• ඔබට අවශ්‍ය නම් අඛණ්ඩ ඒකාබද්ධතාවය භාවිතා කළ හැකිය. IMHO අවශ්‍ය නොවුවද, සංකීර්ණත්වය එකතු කරන්නේ ඇයි ?, ඔබේ පරීක්ෂණය ඔබේ සංස්කෘතියේ / ප්‍රතිපත්තියේ කොටසක් ලෙස තබා ගන්න.
• සමහර දේවල රසදිය වේගවත් වේ, වෙනත් දේවල git වේගවත් වේ. පොදුවේ ඩී.වී.සී.එස්. දක්වා නොව, ඒවා ක්‍රියාත්මක කිරීම සඳහා AFAIK.
• ඔබ පමණක් නොව සෑම කෙනෙකුටම සෑම විටම සම්පූර්ණ ව්‍යාපෘතිය ලැබෙනු ඇත. බෙදා හරින ලද දෙය ඔබට දේශීයව කැපවීමට / යාවත්කාලීන කිරීමට, ඔබේ පරිගණකයෙන් පිටත සිට බෙදාගැනීම / ලබා ගැනීම තල්ලු කිරීම / ඇද ගැනීම ලෙස හැඳින්වේ.
• නැවතත්, උපසිරැසි නැවත අධ්‍යාපනය කියවන්න. DVCSs පහසු සහ වඩා ස්වාභාවික ය, නමුත් ඒවා වෙනස් ය, cvs / svn === සියලු අනුවාදවල පදනම යැයි සිතීමට උත්සාහ නොකරන්න.

මම DVCSs කිරීමට සංක්රමණය දේශනා උදව් කිරීමට ජූම්ලා ව්යාපෘතිය සමහර ප්රලේඛනය දායක, සහ මෙතන මම රූප සටහන් බෙදා එදිරිව කේන්ද්රකර පැහැදිලි කිරීමට ය.

මධ්යගත

සාමාන්‍ය භාවිතයෙන් බෙදා හරිනු ලැබේ

උපරිම ලෙස බෙදා හරිනු ලැබේ

රූප සටහනේ තවමත් "මධ්‍යගත ගබඩාවක්" ඇති බව ඔබ දකින අතර මෙය මධ්‍යගත අනුවාද රසිකයින්ගේ ප්‍රියතම තර්ක වලින් එකකි: "ඔබ තවමත් මධ්‍යගතව සිටී", සහ නැත, "මධ්‍යගත" නිධිය ඔබ පමණක් ගබඩාවක් බැවින් සියල්ලෝම එකඟ වෙති (උදා: නිල ගිතුබ් රෙපෝ), නමුත් මෙය ඔබට අවශ්‍ය ඕනෑම වේලාවක වෙනස් විය හැකිය.

දැන්, DVCS භාවිතා කරමින් විවෘත මූලාශ්‍ර ව්‍යාපෘති සඳහා (උදා: දැවැන්ත සහයෝගීතාවයකින් යුත් ව්‍යාපෘතියක්) සාමාන්‍ය වැඩ ප්‍රවාහය මෙයයි:

Bitbucket.org යනු රසදිය සඳහා සමාන ගිතබ් එකක් වන අතර, ඔවුන්ට අසීමිත ඉඩ ප්‍රමාණයක් සහිත අසීමිත පෞද්ගලික ගබඩාවන් ඇති බව දැන ගන්න, ඔබේ කණ්ඩායම පහකට වඩා කුඩා නම් ඔබට එය නොමිලේ භාවිතා කළ හැකිය.

DVCS භාවිතා කිරීම පිළිබඳව ඔබට ඒත්තු ගැන්විය හැකි හොඳම ක්‍රමය නම් DVCS එකක් අත්හදා බැලීමයි, svn / cvs භාවිතා කර ඇති සෑම පළපුරුදු DVCS සංවර්ධකයෙක්ම එය ඔබට වටින බවත් එය නොමැතිව ඔවුන් මුළු කාලයම දිවි ගලවා ගත්තේ කෙසේදැයි ඔවුන් නොදන්නා බවත් ඔබට කියනු ඇත.

සංස්කරණය කරන්න : ඔබේ දෙවන සංස්කරණයට පිළිතුරු සැපයීම සඳහා DVCS සමඟ ඔබට වෙනස් කාර්ය ප්‍රවාහයක් ඇති බව නැවත අවධාරණය කළ හැකිය, හොඳම භාවිතයන් නිසා එය උත්සාහ නොකිරීමට හේතු සොයා නොගන්නා ලෙස මම ඔබට උපදෙස් දෙමි , OOP එසේ නොවන බව මිනිසුන් තර්ක කරන විට දැනේ අවශ්‍ය වන්නේ XYZ පරාමිතිය සමඟ ඔවුන් සැමවිටම කරන දේ සමඟ සංකීර්ණ මෝස්තර රටා වටා යා හැකි බැවිනි; ඔබට කෙසේ හෝ ප්‍රතිලාභ ලබාගත හැකිය.

එය උත්සාහ කරන්න, "පුද්ගලික ශාඛාවක" වැඩ කිරීම සැබවින්ම වඩා හොඳ විකල්පයක් වන්නේ කෙසේදැයි ඔබට පෙනෙනු ඇත. අන්තිම සත්‍යය වීමට හේතුව මට පැවසිය හැකි එක් හේතුවක් නම්, ඔබ කැපවීමට ඇති බිය නැති වී යාම , ඔබට සුදුසු යැයි පෙනෙන ඕනෑම වේලාවක කැපවීමට සහ වඩාත් ස්වාභාවික ආකාරයකින් වැඩ කිරීමට ඉඩ දීමයි.

"නිරය ඒකාබද්ධ කිරීම" සම්බන්ධයෙන්, ඔබ කියන්නේ "අපි අත්හදා බලන්නේ නැත්නම්", මම කියන්නේ "ඔබ අත්හදා බැලීම් කළත් + නඩත්තු කිරීම + එකම වේලාවක නවීකරණය කරන ලද v2.0 හි වැඩ කිරීම " යන්නයි. මා කලින් කී පරිදි, නිරය ඒකාබද්ධ කිරීම නොපවතී, මන්ද:

• ඔබ කැපවන සෑම අවස්ථාවකම ඔබ නම් නොකළ ශාඛාවක් ජනනය කරන අතර, ඔබේ වෙනස්වීම් වෙනත් පුද්ගලයින්ගේ වෙනස්කම් සපුරාලන සෑම විටම ස්වාභාවික ඒකාබද්ධ වීමක් සිදු වේ.
• DVCSs එක් එක් කැපවීම සඳහා වැඩි පාර-දත්ත රැස් කරන හෙයින්, ඒකාබද්ධ කිරීමේදී අඩු ගැටුම් ඇති වේ ... එබැවින් ඔබට එය "බුද්ධිමත් ඒකාබද්ධ කිරීමක්" ලෙස හැඳින්විය හැකිය.
• ඔබ ඒකාබද්ධ කිරීමේ ගැටුම් වලට මුහුණ දෙන විට, ඔබට මෙය භාවිතා කළ හැකිය:

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

වෙනස්වීම් ක්‍රියා කරන ආකාරය සහ කාර්ය සාධනය ඉහළ නැංවීම සම්බන්ධයෙන්. මම එය දීමට කැමති උදාහරණයකින් එය නිදර්ශනය කිරීමට උත්සාහ කරමි: මූටූල්ස් ව්‍යාපෘති ඔවුන්ගේ ගිතුබ් ජාල ප්‍රස්ථාරයේ දක්වා ඇති එස්.වී.එන් .

පෙර

පසු

ඔබ දකින දෙය නම්, සංවර්ධකයින්ට තමන්ගේම වැඩකටයුතුවලදී අවධානය යොමු කිරීමට හැකිවීම, අන් අයගේ කේතය බිඳ දැමීමේ බියෙන් තොරව, ඔවුන් තල්ලු කිරීමෙන් / ඇදීමෙන් පසු අනුන්ගේ කේතය බිඳ දැමීම ගැන කනස්සල්ලට පත්වීමයි (DVCSs: පළමුව කැපවීම, පසුව තල්ලු කිරීම / අදින්න, පසුව යාවත්කාලීන කරන්න ) නමුත් මෙහි ඒකාබද්ධ කිරීම වඩා දක්ෂ බැවින් ඒවා බොහෝ විට සිදු නොවේ ... ඒකාබද්ධ කිරීමේ ගැටුමක් ඇති විට පවා (එය දුර්ලභ වේ), ඔබ එය නිවැරදි කිරීමට ගත කරන්නේ විනාඩි 5 ක් හෝ ඊට අඩු කාලයක් පමණි.

මම ඔබට කරන නිර්දේශය වන්නේ රසදිය / ගිට් භාවිතා කරන්නේ කෙසේදැයි දන්නා අයෙකු සොයා ගැනීම සහ එය ඔබට / ඇයට පැහැදිලි කිරීමට ඔහුට / ඇයට පැවසීමයි. අපගේ ඩෙස්ක්ටොප් සහ බිට්බකට් ගිණුම් සමඟ රසදිය භාවිතා කරමින් විධාන රේඛාවේ සිටින මිතුරන් සමඟ පැය භාගයක් පමණ ගත කිරීමෙන්, ඒවා ඒකාබද්ධ වන්නේ කෙසේදැයි පෙන්වන අතර, හාස්‍යජනක කාල පරාසයක් තුළ ඒවා නිවැරදි කරන්නේ කෙසේදැයි බැලීමට ගැටුම් පවා නිර්මාණය කර, මට පෙන්වීමට හැකි විය DVCS හි සැබෑ බලය ඒවාය.

අවසාන වශයෙන්, ඔබ කවුළු මිනිසුන් සමඟ වැඩ කරන්නේ නම් git + github වෙනුවට රසදිය + බිට්බකට් භාවිතා කිරීමට මම ඔබට නිර්දේශ කරමි. මර්කුරියල් යනු වඩාත් සරල ය, නමුත් වඩාත් සංකීර්ණ නිධිය කළමනාකරණය සඳහා git වඩා බලවත් ය (උදා: git rebase ).

අමතර නිර්දේශිත කියවීම් කිහිපයක්:

• බෙදා හරින ලද සංශෝධන පාලන පද්ධති: Git vs. Mercurial vs. SVN
• Git vs. Mercurial: කරුණාකර සන්සුන් වන්න
• බෙදා හරින ලද අනුවාද පාලනය සහ Git [1 කොටස] සහ බෙදා හරින ලද අනුවාද පාලනය සහ Git [2 කොටස]
• Git / Mercurial vs. Subversion: සටන් කරන්න!
• DVCS vs Subversion smackdown, 3 වන වටය
• ඇයි මම මෙන් චපල Git වඩා වැඩි ( 1 කොටස , 2 කොටස )
• Git සමඟ දායක වීම: Git VCS සමඟ විවෘත මූලාශ්‍ර සහයෝගීතාවයේ iction ර්ෂණය අඩු කිරීම
• "DVCSs ඔබ වෙනුවෙන් මෙතෙක් වැඩ කර ඇත්තේ කෙසේද?" - ජූම්ලා හි පළ කරන්න! රාමු සංවර්ධන තැපැල් ලැයිස්තුව ජූම්ලා සඳහා රසදිය සහ ගිට් අත්හදා බැලීමෙන් පසුව ප්‍රතිපෝෂණය ඉල්ලා සිටී! වේදිකා ව්‍යාපෘතිය
• DVCS අතු බෙදීම (රසදිය සමඟ) - DVCS හි අතු බෙදී ඇති ආකාරය පිළිබඳ සවිස්තරාත්මක හා උදාහරණ-නැඹුරු හැඳින්වීමක් වන අතර එය මෙම පද්ධතිවල වඩාත්ම වැදගත් ලක්ෂණය විය හැකිය

ඔබ කියන්නේ වෙනත් දේ අතර ඔබ අත්‍යවශ්‍යයෙන්ම තනි ශාඛාවක රැඳී සිටින්නේ නම් ඔබට බෙදා හරින ලද අනුවාද පාලනයක් අවශ්‍ය නොවේ.

එය සත්‍යයකි, නමුත් එය ඔබගේ වැඩ කරන ක්‍රමයට අනවශ්‍ය ලෙස දැඩි තහංචියක් නොවේද, සහ විවිධ කාල කලාපවල ස්ථාන කිහිපයකට හොඳින් පරිමාණය නොකරන එකක් නොවේද? මධ්‍යම කඩාකප්පල් කිරීමේ සේවාදායකය පිහිටා තිබිය යුත්තේ කොතැනින්ද, යම් හේතුවක් නිසා එම සේවාදායකය අක්‍රිය නම් සියලු දෙනා ගෙදර යා යුතුද?

ඩීවීසීඑස් යනු සබ්වර්ෂන් ය, බිට්ටොරන්ට් යනු අඩි

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

මට නම්, අපගේ git වෙත මාරුවීම, වහාම ප්‍රති ulted ල විය

• අපගේ උපස්ථ කිරීම පහසුය ("දුරස්ථ යාවත්කාලීන කිරීම" සහ ඔබ අවසන් කර ඇත)
• මධ්යම ගබඩාවට ප්රවේශ නොවී වැඩ කිරීමේදී කුඩා පියවර ගැනීම පහසුය. ඔබ නැවත වැඩ කරන අතර, ඔබ නැවත මධ්‍යම ගබඩාවට සත්කාරකත්වය සපයන ජාලයට පැමිණෙන විට සමමුහුර්ත කරන්න.
• වේගවත් හඩ්සන් ගොඩනඟයි. යාවත්කාලීන කිරීමට වඩා බොහෝ විට git අදින්න භාවිතා කිරීම.

ඉතින්, ftp ට වඩා bittorrent වඩා හොඳ ඇයිදැයි සලකා බලා ඔබේ ස්ථානය නැවත සලකා බලන්න :)

සටහන: ftp ඉක්මන් හා බිටොරන්ට් වලට වඩා භාවිත අවස්ථා ඇති බව සඳහන් කර ඇත. අනුවාද පාලන පද්ධතියකට වඩා ඔබේ ප්‍රියතම සංස්කාරකය නඩත්තු කරන උපස්ථ ගොනුව භාවිතා කිරීමට ඉක්මන් වන ආකාරයටම මෙය සත්‍යයකි.

බෙදා හරින ලද අනුවාද පාලන පද්ධතිවල ler ාතක ලක්ෂණය වන්නේ බෙදා හරින ලද කොටසයි. ඔබ නිධියෙන් "වැඩ කරන පිටපතක්" පරීක්ෂා නොකරන්න, ඔබ ගබඩාවේ සම්පූර්ණ පිටපතක් ක්ලෝන කරයි. මෙය බලවත් ප්‍රතිලාභ ලබා දෙන බැවින් මෙය අති විශාලය:

• ඔබට අන්තර්ජාල ප්‍රවේශය නොමැති විටදී පවා ඔබට අනුවාද පාලනයේ ප්‍රතිලාභ භුක්ති විඳිය හැකිය ... මෙය අවාසනාවකට අධික ලෙස භාවිතා කර ඇති අතර DVCS නියමයි යන හේතුව ලෙස අධික ලෙස භාවිතා කර ඇත --- එය බොහෝමයක් තරම් ශක්තිමත් විකුණුම් ස්ථානයක් නොවේ ගෙම්බන් වැස්ස පටන් ගන්නා සෑම විටම අන්තර්ජාල ප්‍රවේශයකින් තොරව කේතීකරණයක් අපට හමු වේ.

• දේශීය ගබඩාවක් තිබීමට සැබෑ හේතුව ler ාතකයා නම්, එය ඔබගේ ප්‍රධාන ඉතිහාසය ප්‍රධාන ගබඩාවට තල්ලු කිරීමට පෙර ඔබේ කැපවීමේ ඉතිහාසය පිළිබඳ පූර්ණ පාලනය ඔබ සතුව තිබීමයි.

කවදා හෝ දෝෂයක් නිරාකරණය කර අවසන් වූයේ:

r321 Fixed annoying bug.
r322 Argh, unexpected corner case to annoying bug in r321!
r323 Ok, really fixed corner case in r322
r324 Oops, forgot to remove some debugging code related to r321
...

සහ යනාදි. ඒ වගේ ඉතිහාසය අවුල් සහගතයි --- ඇත්ත වශයෙන්ම තිබුණේ එක විසඳුමක් පමණි, නමුත් දැන් ක්‍රියාත්මක කිරීම ව්‍යාප්ත වී ඇත්තේ නිදොස් කිරීමේ ප්‍රකාශ එකතු කිරීම සහ ඉවත් කිරීම වැනි අනවශ්‍ය පුරාවස්තු අඩංගු බොහෝ කොමිස් අතර ය. SVN වැනි පද්ධතියක් සමඟ, විකල්පය වන්නේ ඉතිහාසය පිරිසිදුව තබා ගැනීම සඳහා සෑම දෙයක්ම ක්‍රියාත්මක වන තුරු (!!!) කැපවීම නොකිරීමයි . එසේ වුවද, වැරදි මඟ හැරී යන අතර, මර්ෆිගේ නීතිය අනුවාද පාලනයෙන් සැලකිය යුතු ප්‍රමාණයක් ආරක්ෂා නොකරන විට ඔබව කුරිරු කිරීමට බලා සිටී.

ඔබ සතුව ඇති නිධියේ දේශීය ක්ලෝනයක් තිබීම, ඔබට එය නිවැරදි කරන්න "ඉතිහාසය නිවැරදිව" පෙරළීමෙන් ඉතිහාසය නැවත ලිවීමට හැකි වන අතර "අපොයි" "දෝෂ නිරාකරණය" සඳහා බැඳී සිටී. දවස අවසානයේදී, එක් පිරිසිදු කැපවීමක් මාස්ටර් ගබඩාවට යවනු ලැබේ.

r321 Fixed annoying bug.

එය විය යුතු ආකාරයයි.

ශාඛා ආකෘතිය සමඟ සංයෝජනය වන විට ඉතිහාසය නැවත ලිවීමේ හැකියාව ඊටත් වඩා බලවත් ය. සංවර්ධකයෙකුට ශාඛාවක් තුළ මුළුමනින්ම හුදකලා වූ වැඩක් කළ හැකි අතර, එම ශාඛාව කඳට ගෙන ඒමට කාලය පැමිණි විට ඔබට සියලු ආකාරයේ රසවත් විකල්ප තිබේ:

• සරල වැනිලා ඒකාබද්ධ කිරීමක් කරන්න . ඉන්නන් සහ සියල්ල ගෙන එයි.

• කිසිවක් කරන්න rebase . ශාඛා ඉතිහාසය අනුව වර්ග කිරීමට, කොමිස් අනුපිළිවෙල නැවත සකස් කිරීමට, කොමිස් විසි කිරීමට, එකට බැඳීමට, බැඳීම් පණිවිඩ නැවත ලිවීමට --- කොමිස් සංස්කරණය කිරීමට හෝ නව ඒවා එකතු කිරීමට ඔබට ඉඩ දෙයි! බෙදා හරින ලද අනුවාද පාලන පද්ධතියකට කේත සමාලෝචනය සඳහා ගැඹුරු සහයෝගයක් ඇත.

මගේ සෙසු ක්‍රමලේඛකයින්ගේ සහ මගේ අනාගත ආත්මයේ යහපත උදෙසා දේශීය ඉතිහාසය මගේ ඉතිහාසය සංස්කරණය කිරීමට මට ඉඩ දුන්නේ කෙසේදැයි දැනගත් පසු, මම යහපත සඳහා එස්.වී.එන්. මගේ උපසිරැසි සේවාදායකයා දැන් git svn.

ඉතිහාසය පිළිබඳ කතුවැකි පාලනය කිරීමට සංවර්ධකයින්ට සහ කළමනාකරුවන්ට ඉඩ දීමෙන් වඩා හොඳ ව්‍යාපෘති ඉතිහාසයක් ලැබෙනු ඇති අතර පිරිසිදු ඉතිහාසයක් සමඟ වැඩ කිරීමට සැබවින්ම ක්‍රමලේඛකයෙකු ලෙස මගේ tivity ලදායිතාවයට උපකාරී වේ. "ඉතිහාසය නැවත ලිවීම" පිළිබඳ මේ සියලු කතා ඔබව බියගන්වන්නේ නම්, කේන්ද්‍රීය, පොදු හෝ ප්‍රධාන ගබඩාවන් සඳහා වන දේ ගැන කරදර නොවන්න. වෙනත් අය ඇද ගන්නා ගබඩාවක යමෙකු එය ශාඛාවකට ගෙන එන තැන දක්වා ඉතිහාසය නැවත ලිවිය හැකිය. එම අවස්ථාවේදී ඉතිහාසය සැලකිය යුත්තේ ගල් පුවරුවක කැටයම් කළ ආකාරයට ය.

dukofgamings පිළිතුර බොහෝ විට එය ලබා ගත හැකි තරම් හොඳ විය හැකි නමුත් මට මෙය වෙනත් දිශාවකින් ප්‍රවේශ වීමට අවශ්‍යයි.

ඔබ කියන දෙය සත්‍ය බව අපි උපකල්පනය කරමු, හොඳ පුරුදු අනුගමනය කිරීමෙන් ඔබට නිවැරදි කිරීමට DVCS නිර්මාණය කර ඇති ගැටළු මඟහරවා ගත හැකිය. මෙයින් අදහස් කරන්නේ DVCS මඟින් ඔබට කිසිදු වාසියක් නොලැබෙන බවයි? ජනතාව ගහන්නත් පහත හොඳම පිළිවෙත්. මිනිසුන් පවා යන්නේ අවුල් කිරීම. එසේ නම්, ගැටලු සමූහයක් නිරාකරණය කිරීම සඳහා නිර්මාණය කර ඇති මෘදුකාංගයෙන් ඔබ වැළකී සිටින්නේ, ඒ වෙනුවට ඔවුන් කිරීමට බලාපොරොත්තු නොවන දෙයක් කල්තියාම පුරෝකථනය කළ හැකි දෙයක් කිරීමට මිනිසුන් මත යැපීමට තෝරා ගැනීමෙනි.

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

නිදසුනක් ලෙස, Git නිර්මාණය කර ඇත්තේ බෙදා හරින ලද වැඩ සඳහා වන අතර ඔවුන්ගේම ව්‍යාපෘතිවල වැඩ කිරීමට සහ පසුව (අවසානයේදී) ඒකාබද්ධ කිරීම සඳහා තමන්ගේම බලකොටු නිර්මාණය කිරීමට මිනිසුන් දිරිමත් කරයි. OP විශේෂයෙන් ඉල්ලා සිටින "කුඩා හා ඉහළ සහයෝගීතා කණ්ඩායම්" තුළ අඛණ්ඩව ඒකාබද්ධ වීම සඳහා එය විශේෂයෙන් නිර්මාණය කර නොමැත . එය තරමක් ප්‍රතිවිරුද්ධ දෙයකි, ඒ ගැන සිතන්න. ඔබ කරන්නේ එකම කාමරයේ එකම කේතයක එකට වැඩ කිරීම නම් එහි විසිතුරු බෙදා හරින ලද විශේෂාංග සඳහා ඔබට කිසිදු ප්‍රයෝජනයක් නැත.

එබැවින් සම-පිහිටුවා ඇති, සීඅයි භාවිතා කරන කණ්ඩායමක් සඳහා, ඔබ බෙදා හරින ලද පද්ධතියක් භාවිතා කළත් නැතත් එය එතරම් වැදගත් යැයි මම නොසිතමි. එය රසය හා අත්දැකීම් පිළිබඳ කාරණයක් දක්වා තම්බා ගනී.

මන්ද ඔබ ඔබේ දැනුමට අඛණ්ඩව අභියෝග කළ යුතු බැවිනි. ඔබ කඩාකප්පල් කිරීමට ප්‍රිය කරන අතර, මට එය තේරුම් ගත හැක්කේ මා එය වසර ගණනාවක් තිස්සේ භාවිතා කළ නිසාත්, ඒ ගැන ඉතා සතුටු වූ නිසාත් ය, නමුත් එයින් අදහස් කරන්නේ එය තවමත් ඔබට වඩාත් ගැලපෙන මෙවලම බවයි.

මම එය භාවිතා කිරීමට පටන් ගත් විට, එය එකල හොඳම තේරීම බව මම විශ්වාස කරමි. නමුත් වෙනත් මෙවලම් කාලයත් සමඟ පැමිණේ, දැන් මම මගේ අමතර කාලය ව්‍යාපෘති සඳහා පවා git වලට කැමැත්තෙමි.

උපක්‍රමයට යම් අඩුපාඩු තිබේ. උදා: ඔබ තැටියේ නාමාවලියක් නම් කරන්නේ නම්, එය ගබඩාවේ නැවත නම් නොකෙරේ. ලිපිගොනු ගෙනයාමට සහය නොදක්වන අතර, ගොනුවක් චලනය / පිටපත් කිරීමේ ක්‍රියාවලියක් බවට පත් කිරීම, ලිපිගොනු ගෙනයාම / නැවත නම් කිරීම දුෂ්කර වූ විට ඒකාබද්ධ කිරීම වෙනස් කිරීම. ඒකාබද්ධ කිරීමේ ලුහුබැඳීම සැබවින්ම පද්ධතිය තුළට ගොඩ නැගෙන්නේ නැත, ඒ වෙනුවට ක්‍රියාත්මක කිරීමේ ස්වරූපයෙන් ක්‍රියාත්මක වේ.

Git විසින් මෙම ගැටළු විසඳනු ඇත (ගොනුවක් ගෙන ගොස් ඇත්දැයි ස්වයංක්‍රීයව හඳුනා ගැනීම ඇතුළුව, එය සත්‍යයක් බව ඔබට පැවසීමට පවා අවශ්‍ය නොවේ).

අනෙක් අතට, උපක්‍රමය වැනි තනි නාමාවලි මට්ටම්වල ශාඛා කිරීමට git ඔබට ඉඩ නොදේ.

ඉතින් මගේ පිළිතුර නම්, ඔබ විකල්පයන් විමර්ශනය කළ යුතු අතර, එය ඔබ හුරුපුරුදු දේට වඩා ඔබේ අවශ්‍යතාවන්ට ගැලපේදැයි බලන්න, පසුව තීරණය කරන්න.

කාර්ය සාධනය සම්බන්ධයෙන් ගත් කල, ඔබට එක් ශාඛාවක සිට තවත් ශාඛාවකට මාරුවීමට හෝ එක් සංශෝධනයකින් තවත් සංශෝධනයකට පනින්නට සිදු වන විට SVN ට වඩා Git හෝ වෙනත් DVCS වලට විශාල වාසියක් ඇත. සෑම දෙයක්ම දේශීයව ගබඩා කර ඇති බැවින්, දේවල් SVN වලට වඩා ඉක්මන් වේ.

මෙය පමණක් මා මාරු කළ හැකිය!

"හොඳම භාවිතයන් යෙදීමෙන් ඔබට DVCS අවශ්‍ය නොවේ" යන අදහස මත රැඳී සිටීම වෙනුවට, SVN කාර්ය ප්‍රවාහය එක් කාර්ය ප්‍රවාහයක් වන අතර, එක් හොඳ භාවිතයන් සමූහයක් ඇති අතර, GIT / Hg වැඩ ප්‍රවාහය වෙනස් කාර්ය ප්‍රවාහයක් වේ, වෙනස් හොඳ පුරුදු සමඟ.

git bisect (සහ ඔබේ ප්‍රධාන ගබඩාවට එහි සියලු ඇඟවුම්)

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

git bisectහැකියාව ළඟා කර ගැනීම සඳහා , ඔබ එහි විශේෂාංග ශාඛාව තුළ නව අංගයක් සංවර්ධනය කර , එය නැවත ප්‍රතිස්ථාපනය කර ඉතිහාසය පිරිසිදු කරයි (එබැවින් ඔබේ ඉතිහාසයේ ක්‍රියාකාරී නොවන සංශෝධන කිසිවක් ඔබ සතුව නොමැත - එක් එක් වෙනස්කම් වලින් කොටසක් ඔබට එක් කොටසක් ලබා ගත හැකිය ගැටළුව නිරාකරණය කිරීමට), පසුව විශේෂාංගය සිදු කළ විට, ඔබ එය වැඩ කරන ඉතිහාසය සමඟ ප්‍රධාන ශාඛාවට ඒකාබද්ධ කරයි.

එසේම, මෙම කාර්යය සිදු කිරීම සඳහා, ඔබ ඔබේ විශේෂාංග ශාඛාව ආරම්භ කරන ප්‍රධාන ශාඛාවේ කුමන අනුවාදයෙන්ද යන්න පිළිබඳව විනයක් තිබිය යුතුය. ඔබට masterශාඛාවේ වත්මන් තත්වයෙන් ආරම්භ කළ නොහැක්කේ එයට සම්බන්ධ නොවන දෝෂ තිබිය හැකි බැවිනි - එබැවින් කර්නල් ප්‍රජාවේ උපදෙස් වන්නේ කර්නලයේ නවතම ස්ථාවර අනුවාදයෙන් (විශාල විශේෂාංග සඳහා) වැඩ ආරම්භ කිරීම හෝ වැඩ ආරම්භ කිරීම ය. නවතම ටැග් කරන ලද නිදහස් කිරීමේ අපේක්ෂකයාගෙන්.

මේ අතර විශේෂාංග ශාඛාව සේවාදායකයක් වෙතට තල්ලු කිරීමෙන් ඔබට ඔබේ අතරමැදි ප්‍රගතිය උපස්ථ කළ හැකි අතර, විශේෂාංග ශාඛාව වෙනත් අයෙකු සමඟ බෙදා ගැනීමට සේවාදායකයට තල්ලු කර ප්‍රතිපෝෂණය ලබා ගත හැකිය, විශේෂාංගය සම්පූර්ණ වීමට පෙර, ඔබට කිරීමට පෙර ඔබේ ව්‍යාපෘතියේ සිටින සෑම කෙනෙකුටම * ගනුදෙනු කළ යුතු කේතය පදනම් කේතයෙහි කේතය බවට පත් කරන්න.

මෙම gitworkflows man පිටුව Git සඳහා නිර්මාණය කර ඇති බව Workflows හොඳ හඳුන්වා ඇත. ද ඇයි Git X වඩා යහපත් වන්නේ GIT Workflows සාකච්ඡා කරයි.

විශාල, බෙදා හරින ලද ව්යාපෘති

හොඳ පුරුදු සහ හොඳ නිර්මාණ පුරුදු ඇති ඉහළ සහයෝගීතාවයකින් යුත් කණ්ඩායමක අපට ලුතිනන්වරුන් අවශ්‍ය වන්නේ ඇයි?

ලිනක්ස් වැනි ව්‍යාපෘති වලදී, භූගෝලීය වශයෙන් බෙදා හරින ලද බොහෝ පුද්ගලයින් සම්බන්ධ වී ඇති බැවින් සම්මන්ත්‍රණ ශාලාවක් බෙදා ගන්නා කුඩා කණ්ඩායමක් තරම් ඉහළ සහයෝගයෙන් කටයුතු කිරීම දුෂ්කර ය. (මයික්‍රොසොෆ්ට් වින්ඩෝස් වැනි විශාල නිෂ්පාදනයක් සංවර්ධනය කිරීම සඳහා මිනිසුන් සියල්ලම එකම ගොඩනැගිල්ලක පිහිටා තිබුණද, කණ්ඩායම කේන්ද්‍රීය වී.සී.එස්.

ඒවා එකට භාවිතා නොකරන්නේ ඇයි? මගේ වර්තමාන ව්‍යාපෘතියේදී අපට සීවීඑස් භාවිතා කිරීමට බල කෙරෙයි. කෙසේ වෙතත්, විශේෂාංග සංවර්ධනය කිරීම සඳහා අපි දේශීය git ගබඩාවන් ද තබා ගනිමු. මෙය ලෝක දෙකෙහිම හොඳම දේ වේ, මන්ද ඔබට විවිධ විසඳුම් අත්හදා බැලිය හැකි අතර ඔබ වැඩ කරන දෙයෙහි අනුවාදයන් ඔබේම යන්ත්‍රයකින් තබා ගත හැකිය. මෙය ඔබගේ විශේෂාංගයේ පෙර සංස්කරණ වෙත ආපසු යාමට හෝ ඔබේ කේතය අවුල් කරන විට ගැටළු වලට හසු නොවී ප්‍රවේශයන් කිහිපයක් උත්සාහ කිරීමට ඔබට ඉඩ සලසයි. කේන්ද්‍රීය ගබඩාවක් තිබීමෙන් ඔබට මධ්‍යගත ගබඩාවක් තිබීමේ වාසි ලැබේ.

මට DVCS සමඟ පෞද්ගලික අත්දැකීම් නොමැත, නමුත් මෙහි ඇති පිළිතුරු සහ සමහර සම්බන්ධිත ලේඛන වලින් මම රැස් කරන දෙයින්, DVCS සහ CVCS අතර ඇති මූලිකම වෙනස වන්නේ භාවිතා කරන වැඩ කරන ආකෘතියයි

DVCS

DVCS හි ක්‍රියාකාරී ආකෘතිය වන්නේ ඔබ කරන්නේ හුදකලා සංවර්ධනයක් බවයි. ඔබගේ නව අංගය / දෝෂ නිරාකරණය අනෙක් සියලුම වෙනස්කම් වලින් හුදකලා කරමින් ඔබ එය සෙසු කණ්ඩායමට මුදා හැරීමට තීරණය කරන මොහොත දක්වාම සංවර්ධනය කරමින් සිටී. එම කාලය වන තුරු, ඔබ කැමති ඕනෑම පරීක්‍ෂණයක් කළ හැකිය, මන්ද වෙන කිසිවෙකු ඒ ගැන කරදර නොවනු ඇත.

සීවීසීඑස්

CVCS හි ක්‍රියාකාරී ආකෘතිය (විශේෂයෙන් උපසිරැසි ගැන්වීම) ඔබ සහයෝගී සංවර්ධනයක් කරන බවයි. ඔබ අනෙක් සියලුම කණ්ඩායම් සාමාජිකයන් සමඟ සෘජුව සහයෝගයෙන් ඔබේ නව අංගය / දෝෂ නිරාකරණය දියුණු කරමින් සිටින අතර සියලු වෙනස්කම් වහාම සැමට ලබා ගත හැකිය.

වෙනත් වෙනස්කම්

සංශෝධන එදිරිව වෙනස් කිරීම් වැනි svnසහ git/ අතර ඇති වෙනත් වෙනස්කම් hgඅහඹු සිදුවීමකි. සංශෝධන මත පදනම්ව (උපසිරැසි ඇති බැවින්) හෝ වෙනස් කිරීම් මත පදනම් වූ සීවීසීඑස් (Git / Mercurial සතුව ඇති පරිදි) නිර්මාණය කිරීම ඉතා හොඳින් කළ හැකිය.

මම කිසියම් විශේෂිත මෙවලමක් නිර්දේශ නොකරමි, මන්ද එය බොහෝ දුරට රඳා පවතින්නේ ඔබ (සහ ඔබේ කණ්ඩායම) වඩාත් සුවපහසු වන වැඩ කරන ආකෘතිය මත ය.
පුද්ගලිකව, මට CVCS සමඟ වැඩ කිරීමේදී කිසිදු ගැටළුවක් නොමැත.

• අසම්පූර්ණ, නමුත් සම්පාදනය කළ හැකි තත්වයකට පත්වීමට මට කිසිදු ගැටළුවක් නොමැති බැවින්, දේවල් පරීක්ෂා කිරීමට මට බියක් නැත.
• මම ඒකාබද්ධ-නිරය අත්විඳින විට, එය සිදුවී ඇත්තේ svnසහ git/ යන දෙකෙහිම විය hgහැකිය. උදාහරණයක් ලෙස, අපි V3 සංවර්ධනය කරමින් සිටියදී සමහර මෘදුකාංගවල V2 වෙනත් කණ්ඩායමක් විසින් නඩත්තු කරනු ලැබීය. ඇතැම් විට, දෝෂ නිරාකරණය V2 VCS ​​සිට V3 VCS වෙත ආනයනය කිරීමට සිදුවනු ඇත, එයින් මූලික වශයෙන් අදහස් කළේ V3 VCS හි විශාල පිරික්සීමක් සිදු කිරීමයි (සියලුම දෝෂ නිවැරදි කිරීම් එක් වෙනස් කිරීමකින්). එය පරිපූර්ණ නොවන බව මම දනිමි, නමුත් එය විවිධ VCS පද්ධති භාවිතා කිරීම කළමනාකරණ තීරණයක් විය.