আমি সংশ্লেষ সরঞ্জামগুলি দ্বিধা বা সমাধান বুঝতে খুব কমই সহায়তা করে। আমি সাধারণত কোনও পাঠ্য সম্পাদকের দ্বন্দ্ব চিহ্নিতকারীগুলিকে এবং সাপ্লিমেন্ট হিসাবে গিট লগ ব্যবহার করে আরও সফল।
এখানে কয়েকটি টিপস দেওয়া হল:
টিপ ওয়ান
আমি খুঁজে পেয়েছি সবচেয়ে ভাল জিনিসটি হল "ডিফফ 3" মার্জ সংঘাতের স্টাইলটি ব্যবহার করা:
git config merge.conflictstyle diff3
এটি এই জাতীয় মতবিরোধ চিহ্নিত করে:
<<<<<<<
Changes made on the branch that is being merged into. In most cases,
this is the branch that I have currently checked out (i.e. HEAD).
|||||||
The common ancestor version.
=======
Changes made on the branch that is being merged in. This is often a
feature/topic branch.
>>>>>>>
মধ্যভাগটি হ'ল সাধারণ পূর্বপুরুষের মতো দেখতে। এটি দরকারী কারণ আপনি প্রতিটি শাখায় কী পরিবর্তন হয়েছে সে সম্পর্কে আরও ভাল ধারণা পেতে আপনি এটি শীর্ষ এবং নীচের সংস্করণগুলির সাথে তুলনা করতে পারেন, যা প্রতিটি পরিবর্তনের উদ্দেশ্য কী ছিল তার জন্য আপনাকে একটি ভাল ধারণা দেয়।
যদি দ্বন্দ্বটি কয়েকটি লাইন হয় তবে এটি সাধারণত সংঘাতকে খুব সুস্পষ্ট করে তোলে। (কোনও বিরোধের সমাধান কীভাবে করা যায় তা জানা খুব আলাদা; অন্য লোকেরা কী কাজ করছে সে সম্পর্কে আপনার সচেতন হওয়া দরকার you're আপনি যদি বিভ্রান্ত হন তবে সম্ভবত সেই ব্যক্তিকে আপনার ঘরে ডেকে আনা ভাল so যাতে আপনি কী দেখছেন তা তারা দেখতে পারে এ।)
যদি বিরোধ দীর্ঘায়িত হয়, তবে আমি তিনটি বিভাগের প্রত্যেককে "খনি", "সাধারণ" এবং "তাদের" এর মতো তিনটি পৃথক পৃথক ফাইলে কাটাতে এবং পেস্ট করব।
তারপরে দ্বন্দ্বের কারণ হিসাবে চিহ্নিত হওয়া দুটি পৃথক কুকুরগুলি দেখতে আমি নীচের কমান্ডগুলি পরিচালনা করতে পারি:
diff common mine
diff common theirs
এটি মার্জ সরঞ্জামটি ব্যবহার করার মতো নয়, যেহেতু মার্জ সরঞ্জামটিতে সমস্ত বিবাদহীন ডিফ হুক্সকেও অন্তর্ভুক্ত করা হবে। আমি বিভ্রান্তিকর হতে পারে।
টিপ টু
কেউ ইতিমধ্যে এটি উল্লেখ করেছেন, তবে দ্বন্দ্ব কোথা থেকে এসেছে এবং কীভাবে এটি পরিচালনা করতে হবে তা বোঝার জন্য প্রতিটি ভিন্নতার পিছনে উদ্দেশ্যটি বোঝা খুব কার্যকর।
git log --merge -p <name of file>
এটি আপনার পূর্ববর্তী পূর্বপুরুষ এবং যে দুটি মাথা আপনি মার্জ করছেন তার মধ্যে সেই ফাইলটিকে স্পর্শ করে এমন সমস্ত কমিট দেখায়। (সুতরাং এটি মার্জ হওয়ার আগে উভয় শাখায় ইতিমধ্যে বিদ্যমান অঙ্গীকারগুলি অন্তর্ভুক্ত করে না)) এটি আপনাকে বিভিন্ন দ্বিধাগুলি উপেক্ষা করতে সহায়তা করে যা স্পষ্টভাবে আপনার বর্তমান বিরোধের কারণ নয়।
টিপ তিন
স্বয়ংক্রিয় সরঞ্জামের সাহায্যে আপনার পরিবর্তনগুলি যাচাই করুন।
আপনার যদি স্বয়ংক্রিয় পরীক্ষা থাকে তবে সেগুলি চালান। যদি আপনার কাছে লিন্ট থাকে , যে চালানো। যদি এটি কোনও বিল্টেবল প্রজেক্ট হয় তবে আপনার প্রতিশ্রুতি দেওয়ার আগে এটি তৈরি করুন ইত্যাদি etc. সব ক্ষেত্রেই আপনার পরিবর্তনগুলি কোনও কিছু ভঙ্গ করে না তা নিশ্চিত করার জন্য আপনাকে কিছুটা পরীক্ষা করা দরকার। (মুরগি, এমনকি সংঘাত বিহীন একীকরণের ফলে কার্যকরী কোডটি ভেঙে যায়))
টিপ ফোর
এগিয়ে পরিকল্পনা; সহকর্মীদের সাথে যোগাযোগ করুন।
সামনের পরিকল্পনা করা এবং অন্যেরা কী নিয়ে কাজ করছেন তা সম্পর্কে সচেতন হওয়া একীভূত সংঘাতগুলি রোধ করতে এবং / বা এর আগে সমাধান করতে সহায়তা করতে পারে - যখন বিশদটি এখনও মনে রাখা তাজা।
উদাহরণস্বরূপ, যদি আপনি জানেন যে আপনি এবং অন্য ব্যক্তি দু'জনই একই রিফ্যাক্টরিংয়ের কাজ করছেন যা উভয়ই একই ফাইলগুলির একই সেটকে প্রভাবিত করে, আপনার আগে সময়ের সাথে একে অপরের সাথে কথা বলা উচিত এবং আপনার প্রত্যেকে কী ধরণের পরিবর্তন হয় তা সম্পর্কে আরও ভাল ধারণা পাওয়া উচিত করে। আপনি যদি আপনার পরিকল্পিত পরিবর্তনগুলি সমান্তরাল না হয়ে ক্রমিকভাবে পরিচালনা করেন তবে আপনি যথেষ্ট সময় এবং প্রচেষ্টা বাঁচাতে পারেন।
কোডের বৃহত সোয়াথ জুড়ে কাটা বড় রিফ্যাক্টরিংগুলির জন্য, আপনাকে সিরিয়ালিভাবে কাজ করা বিবেচনা করা উচিত: প্রত্যেকে কোডের ওই অঞ্চলে কাজ করা বন্ধ করে দেয় যখন একজন ব্যক্তি সম্পূর্ণ রিফ্যাক্টরিং করে।
যদি আপনি ক্রমিকভাবে কাজ করতে না পারেন (সময়ের চাপের কারণে, সম্ভবত), তবে প্রত্যাশিত সংহত দ্বন্দ্বগুলির বিষয়ে কথা বলা কমপক্ষে আপনাকে সমস্যাগুলি দ্রুত সমাধানে সহায়তা করে যখন বিশদটি এখনও মনে হয় তাজা। উদাহরণস্বরূপ, যদি কোনও সহকর্মী এক সপ্তাহের সময়কালে একটি বিঘ্নিত ধারাবাহিক প্রতিশ্রুতিবদ্ধ করে থাকেন তবে আপনি সেই সহকর্মী শাখায় এই সপ্তাহে প্রতিদিন একবার বা দু'বার একীভূত / পুনর্বাসনের সিদ্ধান্ত নিতে পারেন। এইভাবে, যদি আপনি মার্জ / রিবেস দ্বন্দ্বগুলি খুঁজে পান তবে আপনি খুব বড় সমাধানে একসাথে সবকিছু একত্রীকরণের জন্য কয়েক সপ্তাহ অপেক্ষা করার চেয়ে আপনি এগুলি আরও দ্রুত সমাধান করতে পারেন।
টিপ ফাইভ
আপনি যদি একীভূত হওয়ার বিষয়ে অনিশ্চিত হন তবে তা জোর করবেন না।
মার্জিং অপ্রতিরোধ্য অনুভব করতে পারে, বিশেষত যখন প্রচুর বিরোধী ফাইল থাকে এবং সংঘাতের চিহ্নিতকারীরা শত শত লাইনকে কভার করে। প্রায়শই সফ্টওয়্যার প্রকল্পের অনুমান করার সময় আমরা ওভারহেড আইটেমগুলিতে জাঁকজমকপূর্ণ মার্জ পরিচালনা করার মতো পর্যাপ্ত সময় অন্তর্ভুক্ত করি না, তাই প্রতিটি বিবাদ বিচ্ছিন্ন করার জন্য বেশ কয়েক ঘন্টা ব্যয় করা সত্যিকারের টানাটান বলে মনে হয়।
দীর্ঘমেয়াদে, এগিয়ে যাওয়ার পরিকল্পনা করা এবং অন্যেরা কী নিয়ে কাজ করছেন সে সম্পর্কে সচেতন হওয়াই মার্জ সংঘাতের প্রত্যাশার জন্য সেরা সরঞ্জাম এবং এগুলিকে কম সময়ে সঠিকভাবে সমাধান করার জন্য নিজেকে প্রস্তুত করুন।
