গিট 2.15 (Q4 2017) এর সাথে একটি বিদ্যমান শাখাকে অনুলিপি করে একটি নতুন শাখা তৈরি করতে " git branch
" শিখেছে " -c/-C
"।
দেখুন কমিট c8b2cec (18 জুন 2017) দ্বারা Ævar Arnfjörð Bjarmason ( avar
) ।
দেখুন প্রতিশ্রুতিবদ্ধ 52d59cc , প্রতিশ্রুতিবদ্ধ 5463caa (18 জুন 2017) সাহিল দুয়া ( sahildua2305
) দ্বারা ।
(দ্বারা একীভূত junio সি Hamano - gitster
- মধ্যে কমিট 3b48045 , 03 অক্টোবর 2017)
branch
: একটি যোগ --copy
( -c
সঙ্গে যেতে) বিকল্প --move
( -m
)
--copy
একটি শাখায় দক্ষতা যুক্ত করুন এবং এর রিফলগ এবং কনফিগারেশন করুন, এটি রিফ্লগ এবং কনফিগারেশন বাদে পরিবর্তিত হওয়ার পরিবর্তে অনুলিপি করা হয়েছে --move
( -m
) বিকল্প হিসাবে একই অন্তর্নিহিত যন্ত্রপাতিটি ব্যবহার করে ।
এটি একটি নতুন সংস্করণ, যেমন একটি বিষয় শাখা অনুলিপি যেমন জন্য দরকারী work
করার work-2
জমা দেওয়ার পরে work
লিস্টে বিষয়, যখন সব ট্র্যাকিং তথ্য এবং অন্যান্য কনফিগারেশন যে শাখা সঙ্গে যায় সংরক্ষণের এবং অসদৃশ --move
জন্য প্রায় অন্যান্য ইতিমধ্যে জমা দেওয়া শাখা পালন রেফারেন্স।
দ্রষ্টব্য: একটি শাখা অনুলিপি করার সময়, আপনি আপনার বর্তমান শাখায় রয়েছেন।
জুনিও সি হামানো যেমন ব্যাখ্যা করেছেন:
বর্তমান শাখা হিসাবে উপস্থিত B
শাখাটি অনুলিপি করে একটি নতুন শাখা তৈরি করার সময়, এটি নতুন শাখায় নির্দেশ করার A
জন্য আপডেট HEAD
হয়।
এটি সম্ভবত এই উপায়ে তৈরি করা হয়েছিল কারণ " git branch -c A B
" পিগিগিটি " " এর প্রয়োগটি কার্যকর করেছে git branch -m A B
,
এটি স্বাভাবিক প্রত্যাশার সাথে মেলে না।
যদি আমি নীল চেয়ারে বসে থাকতাম এবং কেউ আবার এসে আবার এটি লাল রঙ করে দেয় তবে আমি এখন লাল রঙের চেয়ারে বসে থাকা শেষ করব তা গ্রহণ করব (পরিবর্তে আমি দাঁড়াতেও ঠিক আছি, কারণ এখন আর আমার প্রিয় নীল চেয়ার নেই is )।
তবে যদি কেউ নতুন লাল চেয়ার তৈরি করে থাকেন, আমি যে নীল চেয়ারটিতে বসে আছি তার পরে এটি মডেলিং করে, আমি নীল চেয়ারটি বুট না করে নতুন লাল চেয়ারে বসে শেষ করার প্রত্যাশা করি না।
git branch -c A B
। দেখুন নিচের আমার উত্তর