නව සංවර්ධකයාට ශාඛා ඒකාබද්ධ කිරීම් සමඟ කටයුතු කළ නොහැක

225

මම නව සංවර්ධකයා - මෙය මගේ පළමු ක්‍රමලේඛන ස්ථානයයි.

මගේ ප්‍රශ්නය මෙයයි: අපි භාවිතා කරමු git- මම අපේ developශාඛාවෙන් ශාඛාවක් කපා , පසුව මට පවරා ඇති සුළු කාර්යය සඳහා වැඩ කිරීමට පටන් ගනිමි. මම අද්දැකීම් අඩු නිසා එය ඉතා මන්දගාමී ය. මගේ ශාඛාව නැවත developඅනෙක් ඒවා සමඟ ඒකාබද්ධ කිරීමට මම සූදානම් වන විට ගැටුම් නිරාකරණය කිරීම අති විශාලය (ඇත්ත වශයෙන්ම මගේ වැඩ කටයුතු සීරීමට හා කාර්යය ආරම්භ කිරීමට පහසු බව පෙනේ, ඇත්ත වශයෙන්ම තිරසාර විසඳුමක් නොවේ ).

මෙය ජය ගන්නේ කෙසේද? 'කේතීකරණයේදී වඩා හොඳ වන්න' හැර මට භාවිතා කළ හැකි උපක්‍රමයක් තිබේද? ලබන සතියේ මගේ අධීක්ෂක සමඟ මෙය ගෙන ඒමට මම අදහස් කරමි.

— ඩේසි
source

165

ඔබේ ශාඛාව සංවර්ධනය කිරීම සඳහා ඒකාබද්ධ කිරීම අවශ්‍ය වන්නේ ඔබ අවසන් වූ පසු පමණි. අවසාන ඒකාබද්ධ කිරීම කුඩා කිරීම සඳහා, ඔබ කැමති සෑම විටම ඔබේ විශේෂාංග ශාඛාවට වැඩි දියුණු කළ හැකිය.

— ඩේවිඩ් බී

16

ඔබ ඒකාබද්ධ කිරීමේ ක්‍රියාවලිය නිවැරදිව කරන බවට වග බලා ගන්න. ඔබගේ ලිපිගොනු වලට පමණක් බලපෑම් කළ යුතු අතර ඔබගේ වෙනස්කම් පමණක් dev ශාඛාවට යෙදිය යුතුය. ඔබ අහඹු ලෙස ගැටුම් ඇති කර ගන්නේ නම්, ඔබ ඒකාබද්ධ කිරීම වැරදියි හෝ වෙනත් අය සංශෝධන අනුපිළිවෙල අවුල් කරයි. නිවැරදිව ඒකාබද්ධ කිරීමේදී ඔබ ගැනත් අනෙක් අය ගැනත් දැනුවත් කිරීමට මෙය හොඳ අවස්ථාවක්. සමහර පුද්ගලයින්ට එහි වෙනස්කම් තේරුම් ගැනීමට අපහසු වේ, ඒකාබද්ධ කරන ගොනු නොවේ. එබැවින් සමමුහුර්ත කිරීම ඇණවුම් කිරීම ඔබ කිසි විටෙකත් ස්පර්ශ නොකළ ලිපිගොනු වල ගැටුම් ඇති කරයි.

16

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

32

මෙහි එක් අමුතු දෙයක් තිබේ "මම සුළු කාර්යය සඳහා වැඩ කිරීමට පටන් ගනිමි" සහ ඒකාබද්ධ කිරීමේ ගැටුම් ටොන් සාමාන්යයෙන් නොගැලපේ. මම සති 2 ක ප්‍රධාන යාවත්කාලීන ශාඛාවක් පර්යේෂණාත්මක සංවර්ධනයකට ඒකාබද්ධ කළ අතර අපට ගැටුම් 10 (!) ස්වයංක්‍රීයව විසඳිය නොහැකි විය. ඔබේ කාර්යය "සියලු ලිපිගොනු වලට වඩා විචල්‍ය නම් වෙනස් කිරීම" හැර ඔබට ගැටුම් ටොන් ගණනක් නොලැබේ. MINOR කාර්යයන් සඳහා නොවේ.

— ටොම් ටොම්

50

අනිවාර්ය xkcd: xkcd.com/1597

— ED

7

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

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

පේළි කිහිපයක් ඔබම වෙනස් කිරීමට, ඔබේ කාර්යයට අදාළ වෙනස්කම් පමණක් කිරීමට වග බලා ගන්න.

ඔබේ ඉලක්කය සපුරා ගැනීම සඳහා ඔබට විවිධ ක්‍රම අත්හදා බැලීමට අවශ්‍ය නම්, සමහර විට ඔබගේ සමහර අත්හදා බැලීම් ඇත්ත වශයෙන්ම වෙනස් කිරීමට අවශ්‍ය නොවන රේඛා වෙනස් කර තිබේද? ඒකාබද්ධ කිරීමට පෙර මෙම වෙනස්කම් අහෝසි කරන්න.

හැකි තරම් පේළි කිහිපයක් වෙනස් කිරීමට ඔබට උදව් කළ හැකි සමහර Git විධාන ද ඇත:

git diffසහ git diff --stagedඔබ වෙනස් කළ රේඛා බැලීමට.
git add -p ගොනුවක ඔබගේ වෙනස්කම් කිහිපයක් පමණක් එක් කිරීමට.
git commit --amendහා git rebase -iකෙනිත්තීමක් අනාචාරයේ ඔබ වෙනත් Git නිධි ඔවුන් තල්ලු කිරීමට පෙර ඔබගේ දේශීය ලක්ෂණය ශාඛා දැනටමත් විය.

(විය හැකි හැකි ලෙස පේලි කිහිපයක් ලෙස වෙනස් ද එය පහසු වැනි අනාචාරයේ අතර ඇති වෙනස්කම් මත වැඩ බව ඔබේ වැඩ කටයුතු හෝ භාවිතා කිරීමට මෙවලම් සමාලෝචනය කිරීමට සිදු git cherry-pick, git rebase, git bisect, සහ git blame.)

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

— ටොක්සරිස්
source

1

ඒකාබද්ධ කිරීමට පෙර, a git fetchසහ git diff origin/developඔබේ ඒකාබද්ධයේ පෙරදසුනක් පෙන්වනු ඇත (වර්ග කිරීම). අර්ථ විරහිත ගැටුම් ටොන් ගණනක් ලබා ගැනීමට පෙර ඔබේ වෙනස්කම් පිරිසිදු කිරීමට ඔබට අවස්ථාවක් ලබා දෙයි.

— මැක්ස්

285

මම හිතන්නේ ඔයා git පාවිච්චි කරනවා. එසේ නම්, git rebase -i( -iඅන්තර්ක්‍රියාකාරී මාධ්‍යයන්) භාවිතා කරන්න. සංවර්ධිත ශාඛාවට එරෙහිව ඔබේ ශාඛාව නැවත ප්‍රතිස්ථාපනය කිරීම දෛනික කාර්යයක් බවට පත් කරන්න (ඊටත් වඩා නිතර, අවශ්‍ය නම්). මෙය ඔබගේ විශේෂාංග ශාඛාව යාවත්කාලීනව තබා ගැනීම සඳහා සෑම දිනකම (අවම වශයෙන්) වෙනස්කම් වැඩි කරයි. ඔබගේ දෛනික ප්‍රතිප්‍රහාරය අතරතුර ගැටුම් තිබේ නම්, කවුරුන් කුමක් කරන්නේද යන්න පිළිබඳව ඔබේ කණ්ඩායම සමඟ කතා කළ යුතුය.

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

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

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

සංස්කරණය කරන්න:

නැතහොත් භාවිතා කරන්න merge. එය ද විකල්පයකි. එබැවින්, ඉහත දැක්වෙන්නේ: " git rebase -i( -iඅන්තර්ක්‍රියාකාරී මාධ්‍යයන්) භාවිතා කරන්න git merge". කුමන එකක් භාවිතා කළ යුතුද යන්න පිළිබඳව, ඔබේ කණ්ඩායමේ සෙසු අය සමඟ එය කතා කරන්න. ඔවුන්ට (හෝ නොතිබිය හැකිය) ශක්තිමත් මනාපයන් දෙයාකාරයකින් තිබිය හැකිය. එය සමහර ජනයා පැහැදිලි ය කරන්න ශක්තිමත් කැමැත්තක් නොදක්වති.

— ජේකබ් රොබින්ස්
source

22

මම හිතන්නේ මෙය නිවැරදි පිළිතුරයි, නමුත්, IMO, නරක Git නිර්මාණය සහ පාරිභාෂිතය පිළිබඳ තවත් උදාහරණයක්. ඔබ "ප්‍රතික්ෂේප කරන්නේ" කුමක්ද? මෙය "යාවත්කාලීන කිරීම" හෝ "පිටවීම" හෝ "ඒකාබද්ධ කිරීම" හෝ එවැනි සමහරක් ලෙස හැඳින්විය යුතු නොවේද ??? (පහත පිළිතුරක් "ලබා ගැනීම" සඳහා තර්ක කරයි) සෑම දිනකම ඔබට යාවත්කාලීන කිරීමට බල කෙරෙන්නේ නම් ප්‍රභව කේත පාලනය කිරීමේ තේරුම කුමක්ද ???

— user949300

95

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

— Vectorjohn

54

@ user949300 නැවත සකස් කිරීම ඒකාබද්ධ කිරීමට වඩා වෙනස් වන අතර එය වඩාත් සූක්ෂම වන අතර සරල ඒකාබද්ධ කිරීමේ කාර්ය ප්‍රවාහයකට වඩා Git පිළිබඳ වඩා හොඳ අවබෝධයක් අවශ්‍ය වේ. Git සාමනේරයකුට නැවත ප්‍රතිස්ථාපනය කිරීම සම්බන්ධ වැඩ ප්‍රවාහයක් මා කිසි විටෙකත් නිර්දේශ නොකරන්නේ, එය ශාඛාවක් යාවත්කාලීන කිරීමට ඇති එකම / පෙරනිමි ක්‍රමය යැයි උපකල්පනය කිරීමට තුඩු දෙන අතර අනවශ්‍ය අන්තරායන් හා වේදනාවන්ට මග පාදයි. මෙම අවස්ථාවේ දී, ඒකාබද්ධ කිරීම ගැටළුව එකම ආකාරයකින් විසඳනු ඇති අතර දිගුකාලීන සමාන්තර විශේෂාංග ශාඛා දෙකක ඒකාබද්ධ කිරීමේ ගැටුම් පිළිබඳ ගැටළුව ද විසඳන්නේ නැත .

— කුහුඹු පී

14

@ user949300 git pullයනු හුදෙක් සංයෝජනයක් වන git fetchඅතර git merge(හෝ --rebaseඒකාබද්ධ කිරීමක් වෙනුවට නැවත ප්‍රතිස්ථාපනය කිරීමට ඔබට එකතු කළ හැකිය ). ඔබ දිනකට පමණ පසු යැයි උපකල්පනය කරන්න, එවිට LAN එකක මෙය තත්පරයකට අඩු කාලයකින් සම්පූර්ණ වනු ඇත, එය අන්තර්ජාලය හරහා තත්පර කිහිපයක් ගතවනු ඇත. අන්තර්ජාලය හරහා සහ සුළු ඒකාබද්ධ කිරීමේ ගැටුම් සමඟ වුවද, ඔබට සාමාන්‍යයෙන් යාවත්කාලීන විය හැකි අතර විනාඩියකටත් අඩු කාලයකදී පිරිසිදු ලෙස ඒකාබද්ධ කළ හැකිය. ඒකාබද්ධ කිරීමේ ගැටුමක් සමඟ කටයුතු කිරීම සඳහා සතිය අවසානයේ පැයක් ගත කිරීමට වඩා සතිය පුරා මිනිත්තු පහක් වැය කිරීම වඩා හොඳය.

— ඩෙරෙක් එල්කින්ස් SE

67

මෙම පිළිතුර මුළුමනින්ම ප්‍රතිස්ථාපනය කිරීම මත සවි කර ඇති නිසා මගෙන් ඉහළට එන්නේ නැත. නැවත සකස් කිරීම ප්‍රයෝජනවත් මෙවලමක් විය හැකි නමුත් එය කිසි විටෙකත් සිහියෙන් තොරව භාවිතා නොකළ යුතුය. එදිනෙදා යාවත්කාලීන කිරීම ඒකාබද්ධ කිරීම වඩා හොඳය. මන්ද? මන්ද සෑම ප්‍රතික්ෂේප කිරීමක්ම බොරුවකි . ඔබ ඉතිහාසය කියන්නේ එය කිසි විටෙකත් සිදු නොවූ ආකාරයකට ය. මෙයට බලගතු මෙවලම් මුළුමනින්ම ඉස්කුරුප්පු කළ හැකිය git bisect: ප්‍රතිනිර්මාණය කරන ලද දේවල් සම්පාදනය කිරීමට පවා නොහැකි විය හැක git bisect. a මාටර්ටිනස්: මම, රේඛීය ඉතිහාසයට වඩා සත්‍ය ඉතිහාසයට කැමතියි. ඔබ නැවත ප්‍රතික්ෂේප කරන්නේ නම්, හානිකර මුසාවන් වළක්වා ගැනීම සඳහා ඔබ සනීපාරක්ෂාව සඳහා වන සෑම නව කැපවීමක්ම පරික්ෂා කළ යුතුය.

— cmaster -

130

මෙය සමාගමේ පැත්තෙන් නරක මෘදුකාංග ඉංජිනේරු විද්‍යාවේ ලකුණක් විය හැකිය. අන්තර් පරායත්තතා ඕනෑවට වඩා, අතිච්ඡාදනය වන විශේෂාංග සමඟ විවිධ ගැටළු, වැරදි පිළිවෙලට ගැටලු විසඳීමට උත්සාහ කිරීම යනාදිය ඔබ විස්තර කරන තත්වයට හේතු විය හැක. developසංවර්ධනයේදී ඔබේ ශාඛාවට නිතිපතා ඒකාබද්ධ වීමට මම යෝජනා කරමි

— අයිවන් ඇනටොලිවිච්
source

9

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

2

අයිවන් ඇනටොලිවිච් ඕපී පවසන්නේ ඒවා සංවර්ධනයෙන් මිදී ඇති බවයි, ස්වාමියා නොවේ, FYI

— මැතිව් ෆිට්ස් ජෙරල්ඩ්-චේම්බර්ලයින්

7

මෙම පිළිතුර මා GIT ට අකමැති වීමට හේතුව හරියටම පෙන්වයි: නිසි කළමනාකරණය සහ යහපත් සැලසුම් කිරීම වළක්වා ගැනීම සඳහා කණ්ඩායම් සඳහා තවත් මෙවලමකි. සෑම දෙයකටම පිළිතුර නම්, "කවුරුන් සැලකිලිමත්ද, ඔබට සෑම විටම එම විධානය පසුව භාවිතා කළ හැකිය", ඒවා සිදුවීමට පෙර ගැටළු වළක්වා ගැනීම වෙනුවට.

— motoDrizzt

8

මගේ පළමු සිතුවිල්ල ද නරක පුරුදු වල සං sign ාවක් විය, devs බොහෝ දුරට එකම ලිපිගොනු වල වැඩ නොකළ යුතුය. කුඩා ව්‍යාපෘතියක මෙම ගැටුම් රාශියක් තිබේ නම්, අනෙක් සියල්ලන්ම කිසිදු වැඩක් නොකර දවස පුරා ගැටුම් නිරාකරණය කර ගත යුතුය!

— ඇක්විටස්

14

otmotoDrizzt කුමක්ද? කිසිවෙකු එම තර්කය ඉදිරිපත් කරන බව මා අසා නැත.

— jpmc26

97

පිළිගත් පිළිතුරු තාක්‍ෂණික “Git වඩා හොඳින් භාවිතා කරන්නේ කෙසේද” යන ස්වභාවයට වඩා වැඩි යැයි මම සිතමි, මෙය ඉංජිනේරු හෝ මෙවලම් ගැටලුවකට වඩා කණ්ඩායම් ගැටලුවක් බව මම සිතමි.

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

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

ඔබට බොහෝ දේ ඒකාබද්ධ කළ යුතු බව ඔබ සොයා ගන්නේ නම්, එවිට ඔබගේ සියලු කණ්ඩායම් කේතය එක තැනක (එය තමා විසින්ම වළක්වා ගත යුතු දෙයකි) හෝ ඔබගේ සියලු කාර්යයන් වේ.

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

— රෝවන්
source

4

මම හිතන්නේ ඔබ සම-සේවක ගැටුම සමඟ නියපොතු හිසට පහර දුන්නා. ඒකාබද්ධ කිරීමේ ගැටුම් සාමාන්‍ය දෙයක් වන නමුත් ඒවා සාමාන්‍යයෙන් ලිපිගොනු අතලොස්සකට සීමා වේ.

— මැතිව් එම්

10

මෙය කොන්වේගේ නීතියට සහ තනි වගකීම් මූලධර්මයට සමානය. එනම් මිනිසුන් විවිධ ගැටලු මත කටයුතු කරන්නේ නම් ඔවුන් ප්‍රභව කේතයේ වෙනම කොටස් සංස්කරණය කරනු ඇත.

— ක්‍රිස් ඩබ්ලිව්

7

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

— ඩෙරෙක් එල්කින්ස් SE

1

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

— රෝවන්

1

Ow රෝවන් කූල් ඔව් මම හිතුවා. ක්‍රියාකාරීත්වය වෙන් කිරීම ගොනු වෙන් කිරීම සඳහා ද උපකාරී වේ (විවිධ ලිපිගොනු වල කාර්යයන් සමූහය) සහ මෙම IMO ඒකාබද්ධ කිරීමට උපකාරී වේ.

— SaltySub2

29

ඒකාබද්ධ කිරීම පිළිබඳ වැදගත්ම දෙය නම් ඔබ වැඩි කාලයක් බලා සිටීම, එය වඩාත් වේදනාකාරී වීමයි. තවද ගැටළුව රේඛීයව වඩා වැඩෙයි. ගැටුම් මෙන් තුන් ගුණයක් වැඩ මෙන් නව ගුණයක් වැඩිය. උපාය මාර්ග කිහිපයක් තිබේ:

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

ඔබ දිගු වේලාවක් ගත කරන්නේ නම්, එසේ විය හැක්කේ ඔබ වෙනස්කම් මොනවාදැයි හදුනා ගැනීම සඳහා වැඩි කාලයක් ගත කිරීමත්, පසුව වෙනස්කම් ක්‍රියාත්මක කිරීමට සුළු කාලයක් ගත කිරීමත් නිසා විය හැකිය. එය එසේ නම්, ඔබ සත්‍ය කේත වෙනස් කිරීම් ආරම්භ කිරීමට පෙර සංවර්ධන ශාඛාව සමඟ ඒකාබද්ධ කරන්න.

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

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

නරකම අවස්ථාව: ඔබ ඔබේ කාර්යය ඉවත නොදමන්න, නමුත් ඔබ කළ වෙනස්කම් හරියටම සොයා ගැනීමට හොඳ වෙනස මෙවලමක් භාවිතා කරන්න, නැවත සංවර්ධනයෙන් අතු බෙදන්න, සහ නැවත සිදු කිරීම වෙනුවට ඔබ විසින් සිදු කරන ලද සියලු වෙනස්කම් අතින් යොදන්න.

— gnasher729
source

විශේෂාංග ශාඛා තවත් තාක්ෂණික ණය ආකාරයක් ලෙස පෙනී සිටින අතර, මව් ශාඛාවෙන් ඉහළට ගලා යන වෙනස්වීම් ප්‍රතිචක්‍රීකරණය කිරීම වැනි ය.

— ඩෑන් ලියොන්ස්

ඔබ හැර ඇති බව ණය ගෙවීමට. මේ දැන්.

— gnasher729

15

මගේ ශාඛාව නැවත සංවර්ධනයට ඒකාබද්ධ කිරීමට මම සූදානම් වන විට (මගේ අවධාරණය)

ගැටුම් හැසිරවීම git mergeබොහෝ විට වඩා සරල ය git rebase. Git ඒකාබද්ධයේදී ඔබට එකවර වෙනස් කරන ලද ගොනු ලැයිස්තුවක් දැකිය හැකිය. වෙනත් සහායකයින් විසින් කොපමණ කොමිස් ප්‍රමාණයක් කර ඇතත්, ඔබට එක් වරක් ඒකාබද්ධ වීමට සිදුවනු ඇත . නැවත වැඩ කිරීමේ ප්‍රවාහය සමඟ, ඔබට එකම ගැටුම් නැවත නැවතත් ලැබිය හැකි අතර ඒවා අතින් සමාලෝචනය කළ යුතුය. ඔබට 13 වන බැඳීම නිවැරදි කර අවසන් කළ හැකි අතර ඔබට උමඟෙන් එළිය නොපෙනේ .

මගේ අත්දැකීම් අනුව, නැවත නැවත ගැටුම් ගැටුම් නිරාකරණය කර ගැනීමට මම උත්සාහ කළ විට, යමෙකුගේ වෙනස් කිරීම් නැතිවීම හෝ සම්පාදනය නොකළ යෙදුමක් සමඟ මට අවසන් විය. බොහෝ විට මම සහ සහායකයන් විශාල වැඩ කොටසක් කළ නමුත් නැවත නැවත ගැටුම් ඇතිවීමේ සංකීර්ණතාවයෙන් යටපත් වූ අතර අතළොස්සක් ප්‍රතිප්‍රහාරවලින් පසු අපගේ පෙර වැඩ නවතා දැමීමට හා අහිමි වීමට සිදුවිය.

මම ඔබට ක්‍රම කිහිපයක් යෝජනා කිරීමට අදහස් කරමි, නමුත් ඒවාට කළ හැක්කේ කාර්යය ස්වයංක්‍රීය කිරීමට වඩා ඒකාබද්ධ කිරීම පහසු කරවීම පමණි.

සම්පත් / භාෂා ගොනු . ඔබට සම්පත් ගොනුවකට ආකලන වෙනස්කම් තිබේ නම්, ඔබ සැමවිටම ඒවා ගොනුවේ අවසානයට ගෙන යන බවට වග බලා ගන්න එවිට ඔබට අනෙක් අයගේ වෙනස්කම් වලට එරෙහිව ඔබගේ වෙනස්කම් පහසුවෙන් සිහිපත් කළ හැකිය . ඔබට ඔබගේ වෙනස්කම් පතුලේ පිටපත් කර ඇලවීමට හෝ ගැටුම් සලකුණු ඉවත් කිරීමට හැකිය
කරන්න. නොවේ. නිසැකවම. නැවත හැඩතල ගැන්වීම . ඔබ හෝ ඔබේ සෙසු සංවර්ධකයින් දෛනික වැඩ වලදී "දැවැන්ත කේත ප්‍රතිසංස්කරණයක්" සිදු නොකළ යුතුය. කේත ප්‍රතිසංස්කරණය මඟින් ගැටුම් කළමනාකරණයේ ව්‍යාජ ධනාත්මක සංඛ්‍යාවක් එකතු කරයි. කේත ප්‍රතිසංස්කරණය කළ හැකිය
- වැඩි වැඩියෙන්, උදා: සෑම සංවර්ධකයෙකු විසින්ම ස්වයංක්‍රීය මෙවලමක් භාවිතා කළ විගසම (උදා: සූර්යග්‍රහණය සුරැකීම පිළිබඳ නැවත ආකෘතිකරණය කිරීමට විකල්පයක් ඇත, වැනිලා විෂුවල් ස්ටුඩියෝ කිසිවක් නැත). නියත වශයෙන්ම සෑම සංවර්ධකයෙක්ම ඔබේ IDE විසින් අනුභව කරන ආකෘති ගොනුවකට කේත කර ඇති එකම කේත ආකෘතිකරණ ප්‍රමිතීන් භාවිතා කළ යුතුය. ඔබට අදහසක් ලබා දීමට, එය අවකාශ 4 ක් හෝ ටැබ් 2 ක් නම් එය වැදගත් නොවේ, නමුත් සෑම කෙනෙක්ම එකම දේ භාවිතා කරන්නේ නම් එය වැදගත් වේ.
- නිදහස් වීමට මොහොතකට පෙර, කණ්ඩායම් නායකයෙකු විසින්. මිනිසුන් ශාඛා මත වැඩ නොකරන විට “කේත ප්‍රතිසංස්කරණ” බැඳීමක් සිදුවුවහොත්, එනම් ඔවුන් අතු බෙදීමට පෙර, දේවල් පහසු වනු ඇත
සහායකයන් අතර වැඩ බෙදීම සමාලෝචනය කරන්න. බොහෝ ඉංජිනේරු පැමිණෙන කොටස මෙයයි. වෙනත් පිළිතුරු මගින් පෙන්වා දෙන පරිදි, විවිධ කාර්යයන් කරන බහු සංවර්ධකයින්ට එකම සම්පත් ස්පර්ශ කිරීමට සිදුවුවහොත් එය නිර්මාණ සුවඳයි. එක් එක් සමගාමී සංවර්ධකයා විසින් වෙනස් කළ යුතු කොටස පිළිබඳව ඔබේ කණ්ඩායම් නායකයා සමඟ සාකච්ඡා කිරීමට ඔබට සිදු විය හැකිය.

මගේ කණ්ඩායම් වල Git වැඩ ප්‍රවාහයන්හි සමහර නරක පුරුදු ද මම දැක ඇත්තෙමි. බොහෝ විට මිනිසුන් ඔවුන්ගේ අතු වලට යටත් වේ. සංවර්ධකයෙකු "නිවැරදි කරන්න" යනුවෙන් ලේබල් 10 සිට 20 දක්වා එකතු කරන බව මම පෞද්ගලිකව දුටුවෙමි, සෑම එකක්ම පේළි එකක් හෝ දෙකක් සිදු කරයි. අපගේ ප්‍රතිපත්තිය නම් ඔබට අදහසක් ලබා දීම සඳහා කොමිස් ජිරා ටිකට් පත් සමඟ ලේබල් කිරීමයි.

A ජාකොබ් රොබින්ස් git rebaseදෛනික කාර්යයක් කිරීමට යෝජනා කරයි . ඔහුගේ ප්‍රවේශය ඉදිරියට තල්ලු කිරීමට මම කැමතියි.

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

ඔබට නිශ්චිත කාර්යයන් පිළිබඳ අමතර ප්‍රශ්න තිබේ නම්, Stackoverflow හි සෙවීමට සහ විමසීමට නිදහස් වන්න.

ප්‍රතිසංස්කරණ හා පිරිමි බාලදක්ෂ නීතිය ගැන [සංස්කරණය කරන්න]. මම තරමක් reworded ඇත RE-ආකෘතිය ඉස්මතු කිරීමට මා අර්ථය මා මුල සිට ඔබ විසින් ස්පර්ශ නොවන බව කේතය ඇතුළු සමස්ත මූල ගොනුව, හැඩතල, කර්තව්යය බව. පිරිමි ළමයින්ගේ බාලදක්ෂයින් වන ඔබේම කේතය සැමවිටම සංයුති කිරීමට ප්‍රතිවිරුද්ධව, මා ඇතුළු සංවර්ධකයින් ගණනාවක් IDE හි හැකියාවන් සමඟ මුළු ගොනුවම නැවත ආකෘතිකරණය කිරීමට යොදා ගනී. ගොනුව අන් අය විසින් ස්පර්ශ කරන විට, බලපෑමට ලක් වූ රේඛා ඒවායේ අන්තර්ගතය සහ අර්ථ නිරූපණයන්හි වෙනස් නොවුනත්, Git එය ගැටුමක් ලෙස දකිනු ඇත. ගැටුම සම්බන්ධ වන්නේ හැඩතල ගැන්වීම හා හොඳම ලෙස හැඩගස්වන ලද කොටස ස්වයංක්‍රීයව ඒකාබද්ධ කිරීම සඳහා පමණක් යැයි යෝජනා කළ හැක්කේ ඉතා ප්‍රබල භාෂා දැනුමක් ඇති සංස්කාරකයෙකුට පමණි. නමුත් එවැනි මෙවලමක් පිළිබඳ සාක්ෂි මා සතුව නොමැත.

ඇත්ත වශයෙන්ම, පිරිමි බාලදක්ෂ නීතිය මඟින් අන් අයගේ අවුල පිරිසිදු කිරීමට ඔබට බල නොකෙරේ. ඔයාගේ.

— usr-local-
source

3

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

— user622505

3

නැවත ආකෘතිකරණය සම්බන්ධයෙන්, VS හට එය ස්වයංක්‍රීයව සුරැකීමට කළ නොහැකි අතර, ඔබ "මෙවලම්" - "විකල්ප" -> "පෙළ සංස්කාරකය" -> "< ඔබේ තේරීමේ භාෂාව> "->" ආකෘතිකරණය ", එයින් අදහස් කරන්නේ එය පේස්ට් මත ස්වයංක්‍රීයව ආකෘතිකරණය කිරීමයි. යතුරු පහර තුනක අනුක්‍රමය සඳහා මෙය ඉඩ දෙයි: ctrl-A, ctrl-C, ctrl-V අපේක්ෂිත ප්‍රති .ලය ලබා ගැනීමට. එයින් කියැවෙන්නේ ඩෝ සඳහා +1 බවයි. නොවේ. නිසැකවම. ප්‍රතිසංස්කරණය. ඔබ ඉතා පරිස්සමින් පාලනය කරන ලද කොන්දේසි යටතේ දළ සටහනක් හැර.

— dgnuff

1

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

— jrh

2

කේතය නැවත ආකෘතිකරණය කිරීම හෝ සැහැල්ලුවෙන් ප්‍රතිනිර්මාණය කිරීමේ අවශ්‍යතාවයක් ඔබට දැනේ, ඔබේ අර්ථවත් කැපවීමට පෙර හෝ පසුව එය කරන්න. එය ගැටුම් අවම කරනවා පමණක් නොව, සමාලෝචකයින් ද ඇතුළුව ඔබගේ කැපවීම පිළිබඳ අනාගත

— පා er කයාට

1

මගේ සී # සංස්කෘතියෙන්, “නැවත හැඩතල ගැන්වීම” යන්නෙන් අදහස් කරන්නේ සම්පූර්ණ කේත ගොනුවක් හෝ ආකෘතිකරණය කියවීමේ හැකියාව හා සම්බන්ධ වන සම්පූර්ණ ගබඩාව පවා ආකෘතිකරණය කිරීමයි . ඔබේ භාෂාව සුදු අවකාශය අර්ථවත් ලෙස භාවිතා කරන්නේ නම්, ඔබ සතුව නැති LOC වල ඇති හිස් අවකාශයන් සමඟ පටලවා නොගත යුතුය. අනිත් අතට, කැමති ඔබගේ භාෂාව තවමත් ඉඩ සලසයි -අර්ථවත් නොවන whitespaces (උදා: වරහන පෙර) ඒ කියවීමේ පහසුව සම්මත අනුව "reformatted" කළ හැකි බව

— usr-දේශීය-ΕΨΗΕΛΩΝ

6

පළමුව, ඔබගේ වෙනස්කම් ඉවතලීම ගැන නොසිතන්න. ඒකාබද්ධ කිරීමේ ක්‍රියාවලිය ඉගෙන ගැනීමට ඔබට අවස්ථා අහිමි වේ.

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

බොහෝ ගැටුම් තිබේ නම්, ඔබේ කාර්යය සුළු එකක් විය හැකි නමුත් නැවත නැවත සිදු වේ. රටාවක් සොයා ගැනීමට උත්සාහ කරන්න. මෙය Git UI ග්‍රාහක මෙවලම් මගින් ගැටුම් නිරාකරණය කිරීමට උපකාරී වේ. මම ඉබ්බා ගිට් භාවිතා කරමි. එය ඒකාබද්ධ කිරීමට උපකාරී වේ.

අනාගතයේදී වළක්වා ගැනීම සඳහා,

සංවර්ධන ශාඛාව නිතිපතා ඔබේ විශේෂාංග ශාඛාවට ඒකාබද්ධ කිරීම ඉතා හොඳ පුරුද්දකි.
ඔබ සීඅයි සක්‍රීය කර ඇත්නම්, සීඅයි මෙවලම ශාඛා ගොඩනැගීමක් සපයන්නේ දැයි බලන්න. මෙය ඔබගේ විශේෂාංග ශාඛාවේ ඔබ කරන සෑම චෙක්පතක්ම මත ගොඩනැඟිය යුතුය, නමුත් ඒකාබද්ධ කිරීමෙන් පසු ශාඛාව සංවර්ධනය කරන්න.

— පී.කේ.වී.
source

1

+1 Git වඩා හොඳින් භාවිතා කිරීම සඳහා වන වෙනත් යෝජනා හොඳයි, නමුත් ඇත්ත වශයෙන්ම ඒකාබද්ධ කිරීමේ ගැටුම් පිළිබඳව අනෙක් සංවර්ධකයින් සමඟ කතා කිරීම OP හි .ලදායීතාවය වර්ධනය කිරීමේ තවත් ප්‍රධාන අංගයකි.

— ඩ්‍රැගන්

1

"ඔබට ඉතිහාසය දැක ගත හැකිය" සමහර විට! සෑම දෙයක්ම කොටු කර නැවත ප්‍රතිස්ථාපනය කරන්නේ කෙසේද යන්න මත රඳා පවතී: P

— කක්ෂයේ සැහැල්ලු රේස්

2

මෙහි යටින් පවතින ගැටලු කිහිපයක් තිබේ. ඔබගේ ගැටළු ඒකාබද්ධ කිරීම බොහෝ විට ඔබගේ වරදක් නොවන අතර එය බොහෝ විට නරක පුරුදු වල රෝග ලක්ෂණයකි.

1) ඉතා මැනවින් ඔබ සෑම දිනකම ඔබේ ශාඛාව සංවර්ධනය කිරීමට ඒකාබද්ධ කරයි. සියලු පරීක්ෂණ සමත් වන අවම වශයෙන් දිනකට එක් වරක්වත් වැඩ කිරීමේ කේතය ලබා ගැනීමට උත්සාහ කරන්න එවිට ඔබට සංවර්ධනයට ඒකාබද්ධ විය හැකිය.

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

3) ඔබේ ව්‍යාපෘති ලිපිගොනු විශාල වැඩිය. ගොනුවක් සඳහා ඒකාබද්ධ කිරීමේ ගැටුම් රාශියක් තිබේ නම්, එක් ගොනුවක වැඩ කරන පුද්ගලයින් වැඩිය. එක් පුද්ගලයෙකු වැඩ කරන දෙයක් අනෙක් සියල්ලන්ම වැඩ කරන දෙයට වඩා වෙනස් විය යුතුය.

4) ඔබේ කණ්ඩායම ඉතා විශාල විය හැකිය. සම්පූර්ණ අංගයක්ම ඉවත දමා නැවත ආරම්භ කිරීම ඔබට පහසු නම්, බොහෝ විට එකම ගබඩාවට කේත කැප කරන බොහෝ අය සිටින බව පෙනේ.

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

6) මිනිසුන් ඔවුන්ගේ වෙනස්කම් සෘජුවම සංවර්ධන ශාඛාව වෙත තල්ලු කරයි.

ඔබට කළ හැකි දේ මෙන්න : 1) ඔබට සෑම දිනකම සංවර්ධනයට ඒකාබද්ධ කළ නොහැකි නම්, ඒකාබද්ධ කිරීම / නැවත සකස් කිරීම ඔබේ ශාඛාවට දිනපතා (හෝ බොහෝ විට) වර්ධනය වේ.
2) ඔබේ කේතය අනෙක් සෑම කේතයකින්ම වෙන් කිරීමට උත්සාහ කරන්න.
3) කුඩා විශේෂාංග, ස්ථාවර කේතීකරණ ප්‍රමිතීන් සහ වඩා හොඳ කේත සංවිධානය (කුඩා ලිපිගොනු, කුඩා කාර්යයන්) ගැන සෙසු කණ්ඩායම සමඟ කතා කරන්න.

— xyious
source

1

ඔබේ සංවර්ධන ශාඛාවෙන් 'git fetch' (git pull නොවේ) විධානය ඔබ නිතිපතා (දිනපතා) ධාවනය කළ යුතුය. මෙමඟින් වෙනත් පුද්ගලයින්ගේ වෙනස්කම් සිදු කර ඔබගේ ශාඛාවට වෙනස්කම් ඒකාබද්ධ කිරීමට උත්සාහ නොකර ඒවා ඔබේ විශේෂාංග ශාඛාවට ගෙන එනු ඇත.

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

21

මෙය නිවැරදි යැයි මට විශ්වාස නැත. Git fetch වෙත දුරස්ථ / සම්භවය / මාස්ටර් යාවත්කාලීනව ලැබෙනු ඇත, නමුත් පසුව ඔබ දුරස්ථ / සම්භවය / මාස්ටර් ඔබේ විශේෂාංග ශාඛාවට ඒකාබද්ධ කළ යුතුය (නැතහොත් දුරස්ථ / සම්භවය / එය ඔවුන් භාවිතා කරන ප්‍රවාහය නම් සංවර්ධනය කරන්න)

— රිචඩ් ටින්ගල්

ඔහු git භාවිතා කරයි යැයි උපකල්පනය කිරීම, අර්ථවත් කොටස් සඳහා ඔබේ කැපවීම කොල්ලකන්නේ කෙසේදැයි ඉගෙන ගැනීමද හොඳ අදහසකි. ඒ ආකාරයෙන් ඔබ ඉල්ලීමක් කිරීමට සුදානම් වන විට, ඔබේ කැපවීම කෙට්ටු සහ සරල හා තේරුම් ගැනීමට පහසුය.

Ic රිචඩ් ටින්ගල් නිවැරදි, ඔහු සිතන්නේ නැවත ගෙවීමේ විකල්පයක් ගැන ය. ඔබ ඔබේ ශාඛාව dev ශාඛාව සමඟ නැවත ලබා ගන්න. එය සියල්ල සමමුහුර්ත කරනු ඇත.

6

An මම හිතන්නේ එය මතයක් විය හැකියි. පුද්ගලිකව මම දැවැන්ත ක්‍රියාවන්ට වෛර කරමි. එය දෙකට බෙදීමට උත්සාහ කරන්න!

— රිචඩ් ටින්ගල්

2

EtPeteCon "ඔබේ ශාඛාවට වෙනස්කම් ඒකාබද්ධ කිරීමට උත්සාහ නොකර ඒවා ඔබේ විශේෂාංග ශාඛාවට ගෙන එන්න". එය පරස්පර ප්‍රකාශයක් සේ පෙනේ. මම හිතන්නේ ඔබ අදහස් කරන්නේ ඒවා ඔබේ විශේෂාංග ශාඛාවට ඒකාබද්ධ නොකර ඔබේ දේශීය ගබඩාවට ගෙන ඒමයි, නමුත් එය කෙසේ උපකාරී වේදැයි මට විශ්වාස නැත ...

— ජේසන් ගොමාත්

1

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

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

ඒකාබද්ධ වීමට වඩා නැවත ලබා ගැනීමේ ගුණාංගවලට නොයාමට මම උත්සාහ කළෙමි. මෙම සන්දර්භය තුළ මෙවලම් සැබවින්ම වැදගත් නොවේ.

— කෆීන්
source

1

මගේ ශාඛාව නැවත සංවර්ධනය කිරීමට මම සූදානම් වන විට අනෙක් අය බොහෝ වෙනස්කම් කර ඇති අතර ගැටුම් නිරාකරණය අතිමහත්ය

මෙය යුගල වැඩසටහන්කරණය සඳහා කදිම අවස්ථාවක් ලෙස පෙනේ !

ප්‍රතිලාභ සහ මූලික ප්‍රවේශයන් පිළිබඳ වැඩි විස්තර:
https://gds.blog.gov.uk/2018/02/06/how-to-pair-program-effectively-in-6-steps/

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

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

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

වේගවත්, පළපුරුදු dev කෙනෙකු සමඟ වාඩි වී සිටීමෙන් උදව් කළ හැකිය:

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

'කේතීකරණයේදී වඩා හොඳ වන්න' හැර මට භාවිතා කළ හැකි උපක්‍රමයක් තිබේද? ලබන සතියේ මගේ අධීක්ෂක සමඟ මෙය ගෙන ඒමට මම අදහස් කරමි.

මගේ අවවාදය නම් යුගල වැඩසටහන් ක්‍රමලේඛය අනෙක් ඩිව්ස් සමඟ සාකච්ඡා කර ඔබේ අධීක්ෂක වෙත යන්න. ඔවුන් යහපත් නම්, යුගල වැඩසටහන්කරණයේ වාසි ලබා ගැනීමට ඔබට වැඩි අවස්ථාවක් ඇති ඔබේ මුලපිරීම ඔවුන් අගය කරනු ඇත (ඔවුන්ට එය අවශ්‍ය නම්, බොහෝ අය ඒ ගැන දන්නා අතර එය උපකාරවත් වන්නේ ඇයිද යන්න සාමාන්‍ය දැනීමකි).

— ජේම්ස්
source

අවංකවම අවතක්සේරු කළ අය :( මෙය කිසියම් වල් අනුමානයක් නොවේ, මෙය මගේ සේවා ස්ථානයේ සිදු වන අතර එය වැඩ කරන බව ඔප්පු වී ඇත! අහම්බෙන්, මෙම වෙබ් අඩවියේ වෙනත් ප්‍රශ්න සඳහා වෙනත් පිළිතුරු සඳහා මම වෙහෙස මහන්සි වී වැඩ කළෙමි. කිසිවෙකු යෝජනා නොකළ නිසා "යුගල ක්‍රමලේඛනය" යෝජනා කිරීමට හැකිවීම. මම එයට පිළිතුරු දීමට වෙහෙස මහන්සි වී වැඩ කළෙමි.

— ජේම්ස්

1

ඇත්ත වශයෙන්ම තිරසාර විසඳුමක් නොවන මගේ කාර්යය සීරීමට හා කර්තව්‍යය ආරම්භ කිරීම පහසු බව පෙනේ)

බොහෝ විට, මෙය මම කරන්නේ, පළමු වරට මම දෝෂයක් නිවැරදි කිරීම හෝ පද්ධතියේ වෙනසක් සිදු කිරීම, එය කරන්නේ කෙසේද යන්න පිළිබඳව මම ඉගෙන ගන්නෙමි. ඊළඟ වතාවේ මම එම දෝෂය නිවැරදි කළ විට එය ගත වන්නේ 1% ක් පමණි.

මම ටිකක් වැඩ නැවත කරන විට, වඩා හොඳ කේතයක් ලියන බව මට පෙනේ .....

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

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

— ඉයන්
source

1

සංවර්ධිත ශාඛාව ඔබේ ශාඛාවට නිතර නිතර ඒකාබද්ධ කිරීමට ඔබට අවශ්‍ය නැතිනම්, භාවිතා කිරීමෙන් ඔබට svn වැනි වැඩ ප්‍රවාහයක් ලබා ගත හැකිය git pull --rebase. මෙමඟින් නව කොමිස් ඇද ගන්නා අතර ඒවා මත ඔබේ බැඳීම් නැවත ලබා දෙනු ඇත. මෙයින් අදහස් කරන්නේ ඔබ ඔබේ ශාඛාව සංවර්ධනය කිරීම සඳහා ඒකාබද්ධ කරන විට, එය වේගයෙන් ඉදිරියට යන ඒකාබද්ධ කිරීමක් වනු ඇති බවයි (ඔබ ඔබේ අතීත කොමිස් සියල්ලම එකවර එකින් එක එකතු කර ගත්තාක් මෙන්) සහ කිසිදු ඒකාබද්ධ කිරීමේ ගැටුම් ඇති නොවිය යුතුය. git pull --rebase.

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

— ඇලෝ
source

1

ඔබ පොදු ලිපිගොනු වල වැඩ කරන විට, අවසන් කිරීමට පෙර ඔබ හෝ ඔබේ කණ්ඩායමේ සියලු ගැටුම් නිරාකරණය කර ගත යුතුය . එබැවින් මුලින් කලබල නොවන්න . ඔබ තවමත් ව්‍යාපෘති කටයුතු කරමින් සිටින අතර ඔබේ වැඩ ගැන ආඩම්බර වන්න. දැන් වඩා හොඳ පියවරක් ගැනීමට, ඔබට පහත යෝජනා කිහිපයක් අනුගමනය කළ හැකිය.

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

දුරස්ථ එකක් සමඟ ඔබේ ප්‍රාදේශීය ශාඛාවට නිතර නිතර නැවත පැමිණීමේ පුරුද්දක් කරන්න. දුරස්ථ එකක් සමඟ ඔබේ ප්‍රාදේශීය ශාඛාව නිතර නැවත ප්‍රතිස්ථාපනය කිරීමට ඔබට පහත විධානය භාවිතා කළ හැකිය,
```
git pull --rebase #or
git pull --rebase origin dev #when dev is remote branch
```
එය මගේ සංවර්ධන ජීවිතයේ වඩාත්ම ප්‍රයෝජනවත් git විධානයයි.
කණ්ඩායම් සාමාජිකයන් සමඟ සමීපව කටයුතු කරන්න:

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

Git ඒකාබද්ධ කිරීමේ මෙවලම්වල බලය භාවිතා කරන්න. ඒකාබද්ධ කිරීමේදී ගැටුම් නිරාකරණය සඳහා බොහෝ පහසු ක්‍රම තිබේ. උපාය මාර්ග ඒකාබද්ධ කිරීම සමහර විට බොහෝ සෙයින් උපකාරී වේ. හා භාවිතා කළ නිර්භීත GIT විධාන.

— සාසාද් හිසේන් ඛාන්
source

නව සංවර්ධකයාට ශාඛා ඒකාබද්ධ කිරීම් සමඟ කටයුතු කළ නොහැක

කාර්යයන් ස්වාධීනව බෙදන්න:

කැටිති නිතර සිදුවන කොමිස් ඒකාබද්ධ කරන්න:

ඔබේ ශාඛාව නිතර නිතර ප්‍රතිස්ථාපනය කරන්න:

කණ්ඩායම් සාමාජිකයන් සමඟ සමීපව කටයුතු කරන්න:

Git විකල්ප සමඟ පුරුදු වන්න: