আমি কেন সাবভার্সনে গাছের সংঘাত পাচ্ছি?

Question

আমার ট্রাঙ্কের বৈশিষ্ট্যযুক্ত শাখা ছিল এবং আমার ট্রাঙ্ক থেকে আমার শাখায় পর্যায়ক্রমে পরিবর্তনগুলি মিশ্রিত হচ্ছিল এবং সবকিছু ঠিকঠাক কাজ করছিল। আজ আমি শাখাকে আবার ট্রাঙ্কে মার্জ করতে গিয়েছিলাম এবং আমার শাখা তৈরির পরে আমার ট্রাঙ্কে যুক্ত হওয়া যে কোনও ফাইলকে "গাছের সংঘাত" হিসাবে চিহ্নিত করা হয়েছে। ভবিষ্যতে এড়াতে কি উপায় আছে?

এগুলি সঠিকভাবে চিহ্নিত করা হচ্ছে বলে আমি মনে করি না।

Comments

খালি সংগ্রহস্থল থেকে শুরু করে আপনি কি এই সমস্যাটির পুনরুত্পাদন করার একটি রেসিপি দিতে পারেন?

— উইম কয়েনেন

আমি চেষ্টা করব এবং একটি নতুন রেপো তৈরি করতে আজ এটির জন্য কিছু সময় খুঁজে বের করব এবং এটি পরীক্ষা করে দেখুন এবং একই ফলাফল এবং ফিরে পোস্ট করব। ধন্যবাদ।

— গ্রেগ

Answer 1

গ্যারিটি দেওয়া লিঙ্কটি পড়ার সমাধানটি আমি খুঁজে পেয়েছি (এবং আমি এটি অনুসরণ করার পরামর্শ দিই)।

SVN ক্লায়েন্ট 1.6.x এর সাথে আপনার ওয়ার্কিং ডিরেক্টরি প্রতিশ্রুতিবদ্ধ গাছ সংঘাতের সমাধানের সংক্ষিপ্তসার :

svn resolve --accept working -R .

যেখানে .সংঘাতের মধ্যে ডিরেক্টরি।

সতর্কতা : "আপনার কার্যনির্বাহী ডিরেক্টরি প্রতিশ্রুতিবদ্ধ করা" এর অর্থ হ'ল আপনার স্যান্ডবক্সের কাঠামোটি আপনার প্রতিশ্রুতিবদ্ধ be এটি কেবল বিবাদযুক্ত ডিরেক্টরিতে প্রযোজ্য।

এইভাবে, আমরা বর্তমান ডিরেক্টরি ( ) থেকে শুরু করে --resolveআপনার স্যান্ডবক্স ( --accept working), পুনরাবৃত্তভাবে ( -R) অভ্যন্তরে ওয়ার্কিং কপিটি গ্রহণ করে, সংঘাতের সমাধানের জন্য এসভিএনকে পরামর্শ দিচ্ছি ( .)।

কচ্ছপ এসভিএন-তে, ডান ক্লিকে "সমাধান করা" নির্বাচন করা আসলে এই সমস্যাটিকে সমাধান করে।

Comments

এই ভাবে আপনি, দ্বন্দ্ব (--resolve) সমাধান করতে SVN করার ইঙ্গিত করা হয় আপনার স্যান্ডবক্স (--accept পরিশ্রমী) ভিতরে পরিশ্রমী কপি গ্রহণ, যাও recursively (-R), বর্তমান ডিরেক্টরী থেকে আসছে শুরু আছে HTH (।)

— gicappa

টর্টোইজসভেনে ডান ক্লিকে "সমাধান করা" নির্বাচন করা আসলে এই সমস্যাটিকে সমাধান করে।

— understack

এটি কি কেবল অনুলিপি কার্যকরী অনুলিপি গ্রহণ করে না? আমি বোঝাতে চাইছি যে আমি এই দ্বন্দ্বগুলির সাথে সমস্যাগুলি কোথায় আছে তা বলতে পারি না, তবে আমি যদি কেবল সংকল্পবদ্ধ হয়ে কাজটি গ্রহণ করি তবে এটি কি কেবল অন্য মানুষের কাজকে মুছে ফেলবে না?

— প্যারিস

এই ঘটনার একটি কারণ হতে পারে যে আপনি যে svn rm'dডিরেক্টরিটিকে ভেবেছিলেন সেটির আর প্রয়োজন নেই, তবে অন্য কেউ প্রয়োজন এমন একটি নতুন ফাইল যুক্ত করেছেন। আপনি যখন আপনার কাজের অনুলিপি আপডেট করবেন তখন আপনার গাছের সংঘাত হওয়া উচিত। যদি আপনি কেবল অন্ধভাবে আপনার সমাধানটি (ডিরেক্টরিটি মোছা) স্বীকার করেন তবে আপনি সেই ব্যক্তির ফাইলটি মুছে ফেলবেন। "সঠিক জিনিসটি করুন" বোতামটির কোনও যাদু নেই। আপনাকে বুঝতে হবে যে এটি আপনি কী করছেন, কেন এটি সর্বশেষতম সংস্করণের সাথে বিরোধী এবং কীভাবে এটি সঠিকভাবে সমাধান করবেন।

— bambams

@TWiStErRob, আমি যুক্তি দিয়েছিলাম যে এই লক্ষণটি একটি ভার্সন নিয়ন্ত্রণ সরঞ্জাম হিসাবে এসভিএন-তে অন্তর্নিহিত সমস্যাগুলির ইঙ্গিতযুক্ত। ব্যক্তিগতভাবে, ভবিষ্যতে এই সমস্যাটিকে 'এড়াতে' উপায়টি ব্যবহার করা হবে git। যেহেতু এটি সম্ভবত প্রশ্নকারীর জন্য ব্যবহারিক বিকল্প নয়, তবে পরিস্থিতিটি মোকাবেলা করা যেমন এই উত্তরটির বর্ণনা করা হ'ল সেরা বিকল্প।

— জেস টেলফোর্ড

Answer 2

সাবভারশন ১.6 ডিরেক্টরি স্তরে দ্বন্দ্ব coverাকতে গাছ সংঘাত যুক্ত করেছে। একটি ভাল উদাহরণ হ'ল আপনি যখন স্থানীয়ভাবে কোনও ফাইল মুছুন তখন একটি আপডেট সেই ফাইলটিতে একটি পাঠ্য পরিবর্তন আনার চেষ্টা করে। অন্যটি হ'ল যখন আপনার নিজের কোনও ফাইলের নাম পরিবর্তন হয় আপনি সম্পাদনা করছেন যেহেতু এটি একটি অ্যাড / মুছুন ক্রিয়া।

কোলাবনেটের সাবভার্সন ব্লগে গাছের বিরোধের বিষয়ে একটি দুর্দান্ত নিবন্ধ রয়েছে ।

Comments

এই উদাহরণগুলির কোনওটিই আমার পরিস্থিতির সাথে সম্পর্কিত নয়। সম্ভবত আমার বর্ণনাটি পরিষ্কার নয়?

— গ্রেগ

Answer 3

আমার অভিজ্ঞতা হিসাবে, যখনই আমি কোনও ফোল্ডার মুছি তখন এসভিএন গাছের সংঘাত তৈরি করে। কোনও কারণ বলে মনে হচ্ছে না।

আমি একমাত্র আমার কোডে কাজ করছি -> একটি ডিরেক্টরি মুছুন -> প্রতিশ্রুতি -> সংঘাত!

আমি গিটে স্যুইচ করার জন্য অপেক্ষা করতে পারি না ।

আমার স্পষ্ট করা উচিত - আমি সাবক্লিপ ব্যবহার করি । এটাই সম্ভবত সমস্যা! আবার, আমি স্যুইচ করার জন্য অপেক্ষা করতে পারি না ...

Comments

এসভিএন কমান্ড-লাইন ক্লায়েন্টের একই সমস্যা, সুতরাং এটি গ্রহন নয়।

— ডলম্যান

নেটবিন এবং এসভিএন নিয়ে আমারও একই সমস্যা। ডিরেক্টরি মুছে ফেলুন -> বিবাদ।

— গ্রুবার

এখানে একই সমস্যা ... খুব বিরক্তিকর ... পুনর্বিবেচনা করতে হবে, আপডেট করতে হবে, মুছে ফেলতে হবে এবং প্রতিশ্রুতিবদ্ধ হবে ...

— মার্কোলোপস

আমি যখন গাছের দ্বন্দ্ব পাই তখন আমি ইন্টেলিজ আইডিয়া সহ একটি দুর্দান্ত কৌশল আবিষ্কার করি। আমি আমার সমস্ত পরিবর্তনগুলি শেল্ফ করছি (এটি আমার পরিবর্তনের প্যাচ তৈরি করা এবং তারপরে আবার ঘুরিয়ে দেওয়ার মতো)। তারপরে সাবভারশন থেকে সর্বশেষ পরিবর্তনগুলি পেতে আমি একটি এসএনএন আপডেট করি do এর পরে আমি আমার পরিবর্তনগুলি (প্যাচ প্রয়োগের মতো একই) এবং ভায়োলা আন-শেল্ফ করছি!

— ehrhardt

আমার কাছে একই সমস্যাটি উবুন্টু 12.04.4 এলটিএস-তে এসেম্বলা রেপোর বিপরীতে এসএনএন ক্লায়েন্ট 1.7.9 ব্যবহার করে দেখা যাচ্ছে।

— সিলিকনরোক স্টার 21

Answer 4

আপনার সাথে এটি ঘটছে কিনা তা আমি জানি না, তবে কখনও কখনও আমি একত্রীকরণের জন্য ভুল ডিরেক্টরিটি বেছে নিই এবং সমস্ত ফাইল সম্পূর্ণ সূক্ষ্ম প্রদর্শিত হলেও আমি এই ত্রুটিটি পেয়েছি।

উদাহরণ:

/ এসএনএন / প্রকল্প / শাখা / কিছু শাখা / উত্সগুলিতে / এসএনএন / প্রকল্প / ট্রাঙ্ক --- মার্জ করুন

/ এসএনএন / প্রকল্প / শাখা / কিছু-শাখা / এসএনএন / প্রকল্প / ট্রাঙ্ক --- মার্জ করুন> ঠিক আছে

এটি একটি বোকা ভুল হতে পারে, তবে এটি সর্বদা স্পষ্ট হয় না কারণ আপনি মনে করেন এটি আরও জটিল কিছু।

Answer 5

এখানে যা ঘটছে তা নিম্নরূপ: আপনি আপনার ট্রাঙ্কে একটি নতুন ফাইল তৈরি করেন, তারপরে আপনি এটিকে আপনার শাখায় মার্জ করুন। মার্জ কমিটে এই ফাইলটি আপনার শাখায়ও তৈরি হবে।

আপনি যখন নিজের শাখাকে আবার ট্রাঙ্কে মার্জ করবেন, এসভিএন আবারও এটি করার চেষ্টা করে: এটি দেখায় যে আপনার শাখায় একটি ফাইল তৈরি হয়েছিল এবং এটি মার্জ কমিটে আপনার ট্রাঙ্কে তৈরি করার চেষ্টা করে, তবে এটি ইতিমধ্যে বিদ্যমান! এটি গাছের সংঘাত সৃষ্টি করে।

এটি এড়ানোর উপায়, একটি বিশেষ সংহতকরণ, একটি পুনরায় সংহত করা । আপনি --reintegrateস্যুইচ দিয়ে এটি অর্জন করতে পারেন।

আপনি ডকুমেন্টেশন এই সম্পর্কে পড়তে পারেন: http://svnbook.red-bean.com/en/1.7/svn.branchmerge.basicmerging.html#svn.branchemerge.basicmerging.reintegrate

আপনার শাখাটি ট্রাঙ্কে ফিরে মার্জ করার সময়, অন্তর্নিহিত গণিতটি একেবারেই আলাদা। আপনার বৈশিষ্ট্য শাখাটি এখন সদৃশ ট্রাঙ্কের পরিবর্তন এবং ব্যক্তিগত শাখা পরিবর্তনের উভয়েরই এক ঝিলিমিলিটি, সুতরাং অনুলিপি করার জন্য কোনও সহজ সংলগ্ন রেঞ্জ নেই। --Reintegrate বিকল্পটি নির্দিষ্ট করে, আপনি সাবভারশনকে সাবধানতার সাথে কেবল আপনার শাখায় অনন্য পরিবর্তনগুলি প্রতিলিপি করতে বলছেন। (এবং প্রকৃতপক্ষে, এটি সর্বশেষ শাখার গাছের সাথে সর্বশেষ ট্রাঙ্ক গাছের তুলনা করে এটি করে: ফলস্বরূপ পার্থক্য হ'ল আপনার শাখার পরিবর্তনটি ঠিক!)

কোনও শাখাটিকে পুনরায় সংযুক্ত করার পরে এটি সরিয়ে ফেলার পক্ষে এটি অত্যন্ত পরামর্শ দেওয়া হয়, অন্যথায় আপনি যখনই অন্য দিকে মার্জেন হন তখন আপনি বিশ্বাসঘাতকতা বজায় রাখবেন: ট্রাঙ্ক থেকে আপনার শাখায় to (আগে বর্ণিত ঠিক একই কারণে।)

এটির চারপাশেও একটি উপায় রয়েছে, তবে আমি কখনই চেষ্টা করে দেখিনি। আপনি এই পোস্টে এটি পড়তে পারেন: v1.6 এ সাবভার্সন শাখা পুনরায় সংহত

Comments

ডাউনভোটেড কারণ --reintegrateবিকল্পটি সাবভার্সন ১.৮ এ ছিন্ন করা হয়েছে। এসভিএন দিয়ে শুরু করে ১.৮ ধরণের মার্জগুলি স্বয়ংক্রিয়!

— বাহরেপ

উত্সাহিত করা হয়েছে কারণ প্রচুর লোক এখনও <1.8

— জুয়াকালা

আমি মনে করি উত্তরে এসভিএন সংস্করণ তথ্য যুক্ত করা যাতে ক্রমযুক্ত হয়।

— পিটার মর্টেনসেন

1.8 এখানে এবং এটি এই সমাধান ছাড়া কাজ করবে না।

— শীতকাল

উত্সাহিত করা হয়েছে কারণ এটি কেন ঘটে তা এই প্রশ্নের উত্তর দেয়।

— জোশুয়া ব্রিডেন

Answer 6

পুরো একই সংস্করণ ক্লায়েন্ট ব্যবহার না করে এটি হতে পারে।

একই সংগ্রহস্থলের দিকে 1.5 সংস্করণ এবং 1.6 সংস্করণ ব্যবহার করে এই ধরণের সমস্যা তৈরি হতে পারে। (আমি কেবল নিজেকে কামড়েছি।)

Answer 7

যদি আপনি গাছের দ্বন্দ্বের মুখোমুখি হন যা বোঝায় না কারণ আপনি ফাইলটি সম্পাদনা / মোছা / ফাইলের কাছে কোথাও আসেননি, তবে ম্যারেজ কমান্ডেও ত্রুটি ছিল এমন একটি ভাল সম্ভাবনা রয়েছে।

যা ঘটতে পারে তা হ'ল আপনি ইতিমধ্যে আপনার বর্তমান সংযুক্তিতে যে পরিবর্তনগুলি অন্তর্ভুক্ত করছেন তার একগুচ্ছ ইতিমধ্যে একত্রীকরণ করেছেন। উদাহরণস্বরূপ, ট্রাঙ্কে কেউ একটি ফাইল সম্পাদনা করেছিলেন এবং পরে এটির নামকরণ করে। যদি আপনার প্রথম মার্জটিতে আপনি সম্পাদনাটি অন্তর্ভুক্ত করেন এবং তারপরে দ্বিতীয় সংশ্লেষে সম্পাদনা এবং পুনর্নবীকরণ (মূলত একটি অপসারণ) উভয়ই অন্তর্ভুক্ত থাকে তবে এটি আপনাকে গাছের সংঘাতও দেবে। এর কারণ হ'ল পূর্বে মার্জ হওয়া সম্পাদনাটি আপনার নিজের হিসাবে উপস্থিত হয় এবং এভাবে অপসারণ স্বয়ংক্রিয়ভাবে সম্পাদিত হবে না।

এটি কমপক্ষে ১.৪ টি সংগ্রহস্থলগুলিতে ঘটতে পারে, আমি নিশ্চিত নই যে ১.৫ এ প্রবর্তিত মার্জাক্রেসিং এখানে সহায়তা করে কিনা।

Answer 8

আজ অবধি, কমপক্ষে 3 মাস আগে থেকে, আমি যখন একটি শাখাটি আবার ট্রাঙ্কে মার্জ করার চেষ্টা করছিলাম তখন নিয়মিতভাবে আমি শত শত গাছের দ্বন্দ্বের মুখোমুখি হয়েছিলাম ( টরটোইসএসভিএন 1.11 ব্যবহার করে )। প্রত্যাবাসিত হোক বা না হোক, বিটিডাব্লু। আমি ২০০৪ সালে তার ভি 1 এর পরে থেকে টরটোইজএসভিএন ব্যবহার করে আসছি এবং আমি সমস্ত সময় শাখাগুলিকে পুনরায় সংহত করতে ব্যবহার করি। আমি মনে করি সম্প্রতি কিছু হয়েছে?

তাই আজ আমি এই সাধারণ পরীক্ষাটি চালিয়েছি এবং আমি খুঁজে পেয়েছি কী এই পাগল সংঘাত তৈরি করছে:

1. আমি ট্রাঙ্কটি বন্ধ করে দিয়েছি 393;
2. আমি দশটি ফাইল এলোমেলোভাবে পরিবর্তন করেছি, পাশাপাশি নতুন তৈরি করেছি;
3. আমি প্রতিশ্রুতিবদ্ধ। এখন @ 395 (একজন সহকর্মী 394 এ তার নিজের জিনিস সম্পাদন করতে শুরু করলেন)।
4. তারপরে আমি শাখাটি আবার ট্রাঙ্কে পুনরায় সংহত করার চেষ্টা করেছি, কেবলমাত্র পরীক্ষা; উইজার্ডে কচ্ছপ এসভিএন'র সুপারিশ অনুসরণ করে: "সমস্ত সংশোধনী একত্রিত করতে (পুনরায় সংহত) করতে, সেই বাক্সটি খালি ছেড়ে দিন"। এটি অর্জনের জন্য, আমি ট্রাঙ্ক ফোল্ডারে ডান ক্লিক করেছি এবং "টর্টোজাইএসভিএন> মার্জ করুন, / পথ / থেকে / শাখা থেকে" বেছে নিয়েছি এবং ডায়ালগের পরামর্শ অনুসারে আমি রেভ রেঞ্জটি খালি রেখে দিয়েছি ।

আলোচনা: (সংযুক্তি দেখুন)

সমস্ত সংশোধনী ... কি? আমি কি খুব কমই জানতাম যে ক্লায়েন্ট অবশ্যই " লক্ষ্যটির সমস্ত সংশোধনী! (ট্রাঙ্ক)" উল্লেখ করেছেন, যেহেতু, সেই শাখাটি পুনরায় সংশোধন করার প্রক্রিয়ায় আমি "সংশোধনী 1-হেড" উল্লেখটি দেখেছি! ঈশ্বর. দরিদ্র শয়তান, আপনি এখানে নিজের মৃত্যুর মুখোমুখি হচ্ছেন। এই শাখাটি 393 @ জন্মেছিল, আপনি কি তার জন্ম শংসাপত্রটি God'sশ্বরের দোহাই দিয়ে পড়তে পারবেন না?

রেজোলিউশন:

1. উইজের পরামর্শ অনুসারে বিপরীতে, একটি ব্যাপ্তি নির্দিষ্ট করুন, যা শাখার জীবনের সমস্ত সংশোধনীগুলি কভার করে! অতএব, 394-হেড ;
2. এবার সেই মার্জ পরীক্ষাটি আবার চালাও, এবং সিগার পান। ( )।

নৈতিক: আমি বুঝতে পারি না কেন তারা এখনও এই বাগটি স্থির করেনি, কারণ এটি একটি, আমি দুঃখিত। তাদের সাথে এটি রিপোর্ট করার জন্য আমার সময় নেওয়া উচিত।

Answer 9

আমি আজও এই সমস্যাটি জুড়ে এসেছি, যদিও আমার বিশেষ সমস্যাটি সম্ভবত আপনার সাথে সম্পর্কিত নয়। ফাইলগুলির তালিকা পরিদর্শন করার পরে আমি বুঝতে পেরেছিলাম যে আমি কী করেছি - আমি অস্থায়ীভাবে অন্য সমাবেশ থেকে একটি সমাবেশে একটি ফাইল ব্যবহার করে আসছি been আমি এতে প্রচুর পরিবর্তন করেছি এবং এসভিএন ইতিহাস অনাথ করতে চাইনি, তাই আমার শাখায় আমি অন্য সমাবেশের ফোল্ডার থেকে ফাইলটি সরিয়ে নিয়েছি। এটি এসভিএন দ্বারা ট্র্যাক করা হয়নি, সুতরাং দেখে মনে হচ্ছে ফাইলটি মুছে ফেলা হয়েছে এবং তারপরে পুনরায় যুক্ত করা হয়েছে। এটি গাছের দ্বন্দ্ব সৃষ্টি করে।

আমি ফাইলটি সরিয়ে, প্রতিশ্রুতিবদ্ধ করে এবং তারপর আমার শাখাটি মার্জ করে সমস্যার সমাধান করেছি। তারপরে আমি ফাইলটি পরে সরিয়ে নিয়েছি। :) যে কৌশলটি মনে হয়েছিল।

Answer 10

আমারও একই সমস্যা ছিল। প্রকৃতপক্ষে কেবলমাত্র আমার পক্ষে কাজ করা ছিল তা দিয়ে বিরোধযুক্ত সাব-ডাইরেক্টরিগুলি মুছে ফেলা:

svn delete --force ./SUB_DIR_NAME

তারপরে তাদের সাথে থাকা ওয়ার্কিং কপিটিতে আবার একটি মূল ডিরেক্টরি থেকে তাদের অনুলিপি করুন:

svn copy ROOT_DIR_NAME/SUB_DIR_NAME

তাহলে কর

svn cleanup

এবং

svn add *

আপনি শেষেরটি সহ সতর্কতা পেতে পারেন তবে কেবল সেগুলি উপেক্ষা করুন এবং শেষ পর্যন্ত

svn ci .

Answer 11

আমার একই সমস্যা ছিল এবং আমি এই নির্দেশাবলী ব্যবহার করে মার্জটি পুনরায় করে সমাধান করেছি । মূলত, এটি trunkইতিহাস এবং গাছের দ্বন্দ্ব নিয়ে এত বিরক্ত না করে আপনার শাখার বর্তমান অবস্থানে আপডেট করার জন্য এটি এসভিএন এর "২-ইউআরএল মার্জ" ব্যবহার করে । 114 টি গাছের বিরোধকে ম্যানুয়ালি ফিক্স করা থেকে আমাকে বাঁচিয়েছে।

আমি নিশ্চিত না যে এটি ইতিহাস সংরক্ষণের পাশাপাশি একটিও পছন্দ করবে কিনা তবে আমার ক্ষেত্রে এটি মূল্যবান ছিল।

Comments

ইতিহাস হ'ল কেন আমরা ভিসিএস ব্যবহার করি ... বা আমি কিছু মিস করছি?

— TWiStErRob

Answer 12

এমন একটি দৃশ্য যা আমি মাঝে মাঝে চালাচ্ছি:

ধরে নিন আপনার একটি ট্রাঙ্ক রয়েছে, সেখান থেকে আপনি একটি মুক্ত শাখা তৈরি করেছেন। ট্রাঙ্কে কিছু পরিবর্তন করার পরে (বিশেষত "কিছু-দির" ডিরেক্টরি তৈরি করা) পরে আপনি একটি বৈশিষ্ট্য / ফিক্স শাখা তৈরি করেন যা আপনি পরে রিলিজ শাখায় মার্জ করতে চান (কারণ পরিবর্তনগুলি যথেষ্ট ছোট ছিল এবং বৈশিষ্ট্য / সংশোধন মুক্তির জন্য গুরুত্বপূর্ণ) ।

trunk -- ... -- create "some-dir" -- ...
     \                                  \-feature/fix branch
      \- release branch

তারপরে আপনি যদি ফিচারটি / ফিক্স ব্রাঞ্চকে সরাসরি রিলিজ শাখায় মার্জ করার চেষ্টা করেন তবে আপনি গাছের সংঘাত পেয়ে যাবেন (যদিও ডিরেক্টরিটি বৈশিষ্ট্য / স্থির শাখায় উপস্থিত ছিল না):

svn status
!     C some-dir
      >   local missing or deleted or moved away, incoming file edit upon merge

সুতরাং আপনাকে বৈশিষ্ট্য / ফিক্স শাখা তৈরির আগে ট্রাঙ্কের উপর করা কমিটগুলি স্পষ্টভাবে মার্জ করতে হবে যা বৈশিষ্ট্য / ফিক্স শাখাটি মার্জ করার আগে "কিছু-ডির" ডিরেক্টরি তৈরি করেছিল।

আমি প্রায়শই এটি ভুলে যাই যে গিট হিসাবে এটি প্রয়োজনীয় নয়।