গিট মার্জ রিপোর্টগুলি "ইতিমধ্যে আপ টু ডেট" ইতিমধ্যে পার্থক্য রয়েছে

286

আমার 2 টি শাখা সহ গিটের সংগ্রহস্থল রয়েছে: মাস্টার এবং পরীক্ষা।

মাস্টার এবং পরীক্ষার শাখাগুলির মধ্যে পার্থক্য রয়েছে।

উভয় শাখায় প্রতিশ্রুতিবদ্ধ সমস্ত পরিবর্তন রয়েছে।

যদি আমি করি:

গিট চেকআউট মাস্টার

গিট ডিফ পরীক্ষা

পরিবর্তনগুলি পূর্ণ একটি পর্দা প্রদর্শিত হয় পার্থক্য দেখাচ্ছে। আমি পরীক্ষা শাখায় পরিবর্তনগুলি মার্জ করতে চাই এবং তাই করুন:

গিট একীভূত পরীক্ষা

তবে "ইতিমধ্যে আপ টু ডেট" বার্তাটি পান

তবে, প্রতিটি পৃথক শাখার অধীনে ফাইলগুলি পরীক্ষা করা স্পষ্টভাবে পার্থক্য দেখায়।

এখানে সমস্যা কী এবং আমি কীভাবে এটি সমাধান করব?

git merge

— চার্লস ডার্ক
সূত্র

আপনার কি অন-কমিটেড সংশোধিত কোড রয়েছে?

— ওজমা

এটা কি তোমার প্রশ্নের উত্তর? গিট কেন আমার মাস্টার শাখাটি না থাকলেও "ইতিমধ্যে আপ টু ডেট" আছে?

— মাইকেল ফ্রেইজিম

146

"ইতিমধ্যে আপ টু ডেট" বার্তাটির অর্থ হ'ল আপনি যে শাখাকে মার্জ করার চেষ্টা করছেন তার সমস্ত পরিবর্তন ইতিমধ্যে আপনি বর্তমানে যে শাখায় আছেন সে শাখায় মার্জ হয়ে গেছে। আরও সুনির্দিষ্টভাবে এর অর্থ হ'ল আপনি যে শাখাকে মার্জ করার চেষ্টা করছেন তা আপনার বর্তমান শাখার পিতা বা মাতা । অভিনন্দন, এটিই আপনি সবচেয়ে সহজতম মার্জ করবেন। :)

gitkআপনার সংগ্রহস্থলটি একবার দেখে নিতে ব্যবহার করুন । "পরীক্ষা" শাখার জন্য লেবেলটি আপনার "মাস্টার" শাখার লেবেলের নীচে থাকা উচিত।

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

10/12/2019 সম্পাদনা করুন:

এই উত্তরের মন্তব্যে পার চার্লস ড্রাক, সমস্যার পুনর্নির্মাণের একটি সমাধান হ'ল:

git checkout master
git reset --hard test

এটি এটিকে আবার 'পরীক্ষার' পর্যায়ে নিয়ে আসে।

তারপরে:

git push --force origin master

যাতে কেন্দ্রীয় রেপোতে পরিবর্তনগুলি বাধ্য করতে হয়।

— bombe
সূত্র

2

পবিত্র cr * পি! তুমি ঠিক বলছো! আমার মনে হয় যা ঘটেছিল তা হ'ল অন্য একটি শাখা (অস্থির উন্নয়ন) ভুলভাবে মাস্টারের সাথে একত্রীকরণ করা হয়েছিল এবং পরীক্ষা শাখাটি অস্থির একটি উপ-সেট ছিল। আমি যে সংহতকরণটি করার চেষ্টা করছিলাম সেটি হ'ল মাস্টারকে 'পরীক্ষার' পর্যায়ে ফিরিয়ে আনা।

— চার্লস ডার্ক

2

ঠিক। গিটার কিছু করতে অস্বীকৃতি জানায় তাই এই ক্রিয়াকলাপটি কোনও অর্থবোধ করে না। :)

— বোম্বে

24

আমি এখন যা করেছি তা হ'ল: গিট চেকআউট মাস্টার; গিট রিসেট --হাড় পরীক্ষা; এটি এটিকে আবার 'পরীক্ষার' পর্যায়ে নিয়ে আসে। আমি তখন কেন্দ্রীয় রেপোতে পরিবর্তনগুলি জোর করতে "গিট পুশ - ফোর্স উত্স মাস্টার" করেছি "

— চার্লস ডার্ক

22

গিটের "পিতামাতার সাথে একীভূত হওয়ার চেষ্টা করা" বলার সতর্কতা থাকলে ভাল হত।

— চার্লস ডার্ক

1

দূরবর্তী দিকে ইতিমধ্যে বিদ্যমান শাখার বংশধর নয় এমন একটি শাখা পুশ করা একটি খারাপ জিনিস হিসাবে বিবেচিত হয়: গিট-পুশ এবং গিট-পুলের জন্য ম্যান পৃষ্ঠাগুলিতে আলোচনা দেখুন।

— বোম্বে

131

এটি প্রায়শই আমার সাথে ঘটে যখন আমি জানি যে রিমোট মাস্টারটিতে পরিবর্তন রয়েছে, তাই আমি তাদের ব্যবহার করে মার্জ করার চেষ্টা করি git merge master। তবে এটি দূরবর্তী মাস্টারের সাথে একীভূত হয় না, তবে আপনার স্থানীয় মাস্টারের সাথে মিশে যায়।

সুতরাং মার্জ করার আগে, চেকআউট মাস্টার এবং তারপরে git pullসেখানে। তারপরে আপনি নতুন পরিবর্তনগুলি আপনার শাখায় মার্জ করতে সক্ষম হবেন।

— ACarter
সূত্র

7

শাখাগুলির স্যুইচিং এড়ানো যায়, এমন কোনও উপায়ে শাখার মধ্যে থাকা অবস্থায় যখন শাখাটির এক টানকে একত্রীকরণ করা যায়, এবং তার পরে মার্জ করা যায়?

— জাপেথ ওঙ্গেরি - ইঙ্কালাইমেভা

আহ্, সুন্দর একটা আমি ভেবেছিলাম git fetchযে আমি বর্তমানে অন্য একটিতে থাকলেও মাস্টার শাখাটি আপডেট করবে update দেখা যাচ্ছে না। ধন্যবাদ! আমি নিশ্চিত যে এর জন্য একটি বিকল্প রয়েছে fetchযা আপনাকে কোন শাখাটি পেতে হবে তা নির্দিষ্ট করতে দেয়।

— রায়ক

1

@ রাইক আপনি করতে পারেন git fetch --all, তবে এটি কেবল শাখাগুলি নিয়ে আসে, এটি তাদের টানে না।

— ইনগো বার্ক

6

@ জাপেথওঞ্জেরি-ইনকালিমেভা আপনি কেবল পারেন git fetch --all && git merge origin/master। masterদূরবর্তী পরিবর্তনগুলি মার্জ করতে আপনার স্থানীয় আপডেট করার দরকার নেই ।

— ইনগো বার্ক

@ ইনগোবার্ক আমার 2 টি শাখা ছিল, 1 টি git merge masterএবং সাথে 1 টি আপডেট হয়েছিল git merge origin/master। আমিও চেক আউট ছিল masterএবং git pull2 শাখা আপডেট করার পূর্বে। যদিও তারা একই বিষয়বস্তু ভাগ করেছে, 2 টি শাখার মধ্যে একটি PR তৈরি করে কিছু আলাদা ফাইল দেখিয়েছে। আমি git pullলক্ষ্য শাখার দ্বারা বৈশিষ্ট্য শাখায় স্থির করেছিলাম , যা দেখিয়েছে: এর Already up to date! Merge made by the 'recursive' strategy.ফলে কোনও পরিবর্তন ছাড়াই মার্জ কমিট হয়েছিল, তবে PR থেকে অপ্রত্যাশিত পৃথক ফাইলগুলি সরানো হয়েছে। "সমতুল্য" স্থানীয় এবং দূরবর্তী শাখাগুলি মার্জ করার মধ্যে কেন পার্থক্য রয়েছে এমন কোনও ধারণা?

— র্যাপ্পেরাপ্পস 20'19

45

masterনীচের প্রতিশ্রুতিবদ্ধ ইতিহাস সহ আপনার একটি শাখা বলুন :

A -- B -- C -- D

এখন, আপনি একটি শাখা পরীক্ষা তৈরি করুন, এটিতে কাজ করুন এবং 4 টি কমিট করুন:


                 E -- F -- G -- H
                /
A -- B -- C -- D

master'র মাথাটি ডি'র দিকে এবং testমাথাটি এইচ।

"ইতিমধ্যে আপ টু ডেট" বার্তাটি প্রদর্শিত হবে যখন আপনি যে শাখায় মার্জ হয়ে যাচ্ছেন তার প্রধান প্রধান আপনি যে শাখায় সংহত করতে চান সেই শাখার কমিটের শৃঙ্খলার একজন পিতা। কেসটি এখানে, এর Dপিতামাতা E।

এর সাথে মার্জ testকরার masterমতো কিছুই নেই, masterযেহেতু তখন থেকে কিছুই পরিবর্তন হয়নি । আপনি এখানে যা করতে চান তা আক্ষরিক অর্থে গিটকে masterএইচকে নির্দেশ করতে বলা হয়েছে, সুতরাং মাস্টারের শাখায় নিম্নলিখিতটি ইতিহাস করেছে:

A -- B -- C -- D -- E -- F -- G -- H

এটি গিট কমান্ডের কাজ reset। আপনি ورکিং ডিরেক্টরিটিও এই পরিবর্তনটি প্রতিবিম্বিত করতে চান, সুতরাং আপনি একটি হার্ড রিসেট করবেন:

git reset --hard H

— মারেক স্ট্যানলি
সূত্র

3

আমাকে অতীতে বলা হয়েছিল যে ব্যবহার git reset --hardকরা বেশ কঠোর বিষয়, এটি কি কমিটসটি হারাতে পারে? এই পরিবর্তনগুলি করার নিরাপদ কোন উপায় আছে, বা git reset --hardঅত্যুক্তি হওয়ার ঝুঁকিগুলি কি?

— গ্রাহাম আর আর্মস্ট্রং

1

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

— মেরেক স্ট্যানলি

এটি "আপনার শাখা এবং 'উত্স / মাস্টার' সরিয়ে নিয়েছে" স্থিতি বার্তা উত্পন্ন করবে, আমি কীভাবে এটি সমাধান করব?

— oদো 95

1

আমি চাই আপনি একাধিক upvote দিতে পারে। ধন্যবাদ!

— কেএমসি

--hardবিকল্পের কোন দরকার আছে ? আমি এখন কয়েকবার এই পরিস্থিতিতে ছিলাম এবং সর্বদা ছাড়া পুনরায় সেট করি --hard। কোনও আপত্তিজনক পরিবর্তন হারানোর ঝুঁকি ছাড়াই এটি ঠিক কাজ করেছে।

— ক্যাসিমির

16

আমার জন্য কী কাজ করে, আসুন আমরা বলি যে আপনার শাখা 1 রয়েছে এবং আপনি এটি শাখায় বিভক্ত করতে চান।

আপনি গিট কমান্ড লাইনটি শাখা 2 এর মূল ফোল্ডারে যান এবং টাইপ করুন:

git checkout branch1
git pull branch1
git checkout branch2
git merge branch1
git push

আপনার যদি সমস্যা হয় তবে আপনাকে গিট পুশ করার দরকার নেই, তবে প্রথমে সংঘাতগুলি সমাধান করুন এবং তারপরে চাপ দিন।

— স্টেফান পিন্টিলি
সূত্র

6

একত্রিতকরণ সর্বদা বর্তমান হেড এবং এক বা একাধিক কমিট (সাধারণত, শাখা প্রধান বা ট্যাগ) এর মধ্যে থাকে
এবং সূচক ফাইলটি অবশ্যই শুরু হওয়াতে হ্যাড কমিটের (যেমন শেষ প্রতিশ্রুতিবদ্ধ বিষয়বস্তু) সাথে মিলিত হয়।
অন্য কথায়, git diff --cached HEADঅবশ্যই কোনও পরিবর্তন রিপোর্ট করতে হবে।

মার্জ কমিট ইতিমধ্যে অন্তর্ভুক্ত আছে HEAD। এটি সবচেয়ে সহজ কেস, এটি "ইতিমধ্যে আপ টু ডেট" নামে পরিচিত।

এর অর্থ হওয়া উচিত যে পরীক্ষায় করা কমিটগুলি ইতিমধ্যে মাস্টারের সাথে মিশে গেছে, তবে যেহেতু অন্যান্য কমিটগুলি মাস্টারে করা হয়, git diff testতবুও কিছুটা পার্থক্য দেখাতে পারে।

— VonC
সূত্র

6

এটি ঘটায় কারণ আপনি যে শাখায় মার্জ করতে চান তার স্থানীয় কপিটির মেয়াদ শেষ। আমি আমার শাখা পেয়েছি, ডেকেছি MyBranchএবং আমি এটিতে একত্রীকরণ করতে চাই ProjectMaster।

_>git status
On branch MyBranch-Issue2
Your branch is up-to-date with 'origin/MyBranch-Issue2'.

nothing to commit, working tree clean

_>git merge ProjectMaster
Already up-to-date.

তবে আমি জানি যে এমন কিছু পরিবর্তন আছে যা মার্জ করতে হবে!

এখানে জিনিসটি লিখছি, যখন আমি টাইপ করি git merge ProjectMaster, গিটটি আমার এই শাখার স্থানীয় অনুলিপিটি দেখায় , যা বর্তমান নাও হতে পারে । এটি কেস কিনা তা দেখতে, আমি প্রথমে গিটকে চেক করতে বলি এবং আমার শাখাগুলির মেয়াদ শেষ হয়ে গেছে কিনা এবং উহ, ব্যবহার করে কোনও পরিবর্তন আনতে হবে fetch। তারপরে আমি সেখানে যা ঘটছে তা দেখতে আমি শাখায় মার্জ করতে চাই hop

_>git fetch origin

_>git checkout ProjectMaster
Switched to branch ProjectMaster
**Your branch is behind 'origin/ProjectMaster' by 85 commits, and can be fast-forwarded.**
  (use "git pull" to update your local branch)

আহ হা! আমার স্থানীয় অনুলিপি 85 টি কমিট দ্বারা বাসি, এটি সমস্ত কিছু ব্যাখ্যা করে! এখন আমি Pullযে পরিবর্তনগুলি মিস করছি তা আমি নীচে রেখে তারপরে হ্যাপ করে MyBranchআবার সংযুক্তির চেষ্টা করব।

_>git pull
Updating 669f825..5b49912
Fast-forward

_>git checkout MyBranch-Issue2
Switched to branch MyBranch-Issue2
Your branch is up-to-date with 'origin/MyBranch-Issue2'.

_>git merge ProjectMaster
Auto-merging Runbooks/File1.ps1
CONFLICT (content): Merge conflict in Runbooks/Runbooks/File1.ps1

Automatic merge failed; fix conflicts and then commit the result.

এবং এখন আমার আর একটি সমস্যা সমাধান করার আছে ...

— FoxDeploy
সূত্র

5

আমার সাথে এটি ঘটেছিল কারণ আশ্চর্যজনকভাবে জিআইটি ভেবেছিল যে স্থানীয় শাখাটি প্রত্যন্ত শাখা থেকে আলাদা ছিল। এটি শাখার গ্রাফে দৃশ্যমান ছিল: এটি দুটি পৃথক শাখা প্রদর্শন করেছে: রিমোট / উত্স / শাখা_নাম এবং শাখা_নাম।

সমাধানটি ছিল কেবলমাত্র স্থানীয় রেপো সরানো এবং এটি দূরবর্তী থেকে পুনরায় ক্লোন করা। এইভাবে জিআইটি বুঝতে পারে যে রিমোটস / উত্স / শাখা_নাম> এবং শাখা_নাম আসলেই একই এবং আমি এটি জারি করতে পারি git merge branch_name।

rm <my_repo>
git clone <my_repo>
cd <my_repo>
git checkout <branch_name>
git pull
git checkout master
git merge <branch_name>

— cdupont
সূত্র

এটি কি অ্যাকারটারের মতো সঠিক উত্তর নয়?

— অ্যান্ড্রু সি

আমি মনে করি অ্যাকার্টার আসলে বিষয়টিটি মিস করেছেন - রিমোটে কোনও পরিবর্তন হয়নি - সমস্যাটি মোটেই আসেনি। আমার দ্রুত গতির জন্য একীভূত করার জন্য "গিট চেকআউট মাস্টার" এবং তারপরে "গিট মার্জ <ব্র্যাঞ্চ_নাম>" দরকার needed শাখাটি মাস্টারের আগে থাকায় চারপাশে অন্য উপায় কিছুই করল না। বোম্বের উত্তরটি একটি দুর্দান্ত ব্যাখ্যা তবে প্রশ্নের "অংশ আমি কীভাবে সমাধান করব" এর উত্তর দেয় নি।

— মিঃমাস

5

git merge origin/masterপরিবর্তে git merge masterআমার জন্য কাজ। সুতরাং মাস্টারটিকে বৈশিষ্ট্য শাখায় মার্জ করতে আপনি ব্যবহার করতে পারেন:

git checkout feature_branch
git merge origin/master

— এই রকম
সূত্র

5

আপনি প্রথমে মার্জ করতে চান সেই শাখায় চেকআউট করার বিষয়ে নিশ্চিত হন এবং তারপরে এটি টানুন (যাতে আপনার স্থানীয় সংস্করণ দূরবর্তী সংস্করণের সাথে মেলে)।

তারপরে আপনার শাখায় ফিরে চেকআউট করুন আপনি মার্জটি চালু করতে চান এবং আপনার গিট একীভূত হওয়া উচিত।

— জন মারফি
সূত্র

1

এটি আমার জন্য ছিল - আমি মাস্টার থাকাকালীন একটি টানছিলাম; জানতে পেরেছি যে আমি "শাখায়" নতুন কমিট পেয়েছি। "শাখা" কে মাস্টারের সাথে একীভূত করার চেষ্টা করা হয়েছিল - "ইতিমধ্যে আপ টু ডেট"। "শাখা" গিট চেকআউট করেছে - পেয়েছে "আপনার শাখা পিছনে ... এবং দ্রুত এগিয়ে যেতে পারে।", যার অর্থ আমার "শাখা" git pullথাকাকালীন চলমান "শাখা" আপডেট করার দরকার ছিল

— এসডিবিএস

3

আমার কাছে হ্যাশেন্ড এবং এই পৃষ্ঠায় প্রেরণ করা হয়েছিল, আমার একই পরিস্থিতি আছে কিনা তা নিশ্চিত নয়, তবে আমার চেষ্টা ছিল যে আমি "পরীক্ষার" শাখাটি "পুনরায় একীকরণ" করতে চাইছি।

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

@ বোম্বের মন্তব্য / উত্তর পড়ার পরে, তিনি ঠিকই আছেন, এবং আমার মনে হয় গিটটি সেভাবে আচরণ করে, তাই আমি যা করেছি তা হ'ল পরীক্ষা শাখায় ফাইলগুলির শক্ত ব্যাকআপ নেওয়া, তারপরে মাস্টার শাখাটি পরীক্ষা করে নেওয়া এবং ম্যানুয়ালি ফাইলগুলিতে এতে পেস্ট করে প্রতিশ্রুতিবদ্ধ এটি যেন নতুন পরিবর্তন হয়।

নিশ্চিত না যে এটি সঠিক উপায় কিনা বা অন্যদের এই একই সমস্যাজনিত ব্যক্তিকে সহায়তা করতে পারে তবে এটি আমার বিশেষ মামলার সমাধান দিয়েছে।

— bubjavier
সূত্র

এখানেও একই অবস্থা। দৃশ্যটি হ'ল আমি একটি "ইন্টিগ্রেশন" শাখাটি একাধিক "বৈশিষ্ট্য" শাখায় ফিরে যেতে চাই।

— ইয়াদলি

2

ম্যানুয়াল পেস্ট করার পরিবর্তে, আপনি ফাইল সরাসরি এক শাখা থেকে বর্তমান শাখা মধ্যে চেকআউট করতে পারেন: git checkout srcBranch -- path/to/file। ফাইল গ্লোবগুলিও ব্যবহার করতে পারে।

— টড

ধন্যবাদ, আমি আপনার চেকআউট পদ্ধতিটি ব্যবহার করেছি, তবে আমি checkout srcBranch -- *আমার

— ডিফগুলি

2

শাখা এ শাখার বিতে মার্জ করা যদি "ইতিমধ্যে আপ টু ডেট" রিপোর্ট করে তবে বিপরীতটি সবসময় সত্য হয় না। এটি কেবল সত্য যদি শাখা বি শাখার A এর বংশধর হয়, অন্যথায় শাখা বিতে কেবল এমন পরিবর্তন হতে পারে যা এ তে নেই A.

উদাহরণ:

আপনি শাখাগুলি এ এবং বি অফ মাস্টার তৈরি করুন
আপনি মাস্টারটিতে কিছু পরিবর্তন করেছেন এবং এই পরিবর্তনগুলি কেবল শাখা বিতে মার্জ করুন (আপডেট করবেন না শাখা এ আপডেট করতে ভুলে যাবেন না)।
আপনি শাখা A তে কিছু পরিবর্তন করেন এবং এটিকে বি তে মিশ্রিত করুন

এ সময়ে A তে B একত্রিত হওয়া "ইতিমধ্যে আপ টু ডেট" হিসাবে রিপোর্ট করেছে তবে শাখাগুলি পৃথক রয়েছে কারণ শাখা B এর মাস্টার থেকে আপডেট রয়েছে যখন শাখা A নেই।

— স্টান বাশতাভেনকো
সূত্র

2

গিট বাশ ব্যবহার করে এই দৃশ্যের মুখোমুখি।

আমাদের সংগ্রহশালার একাধিক শাখা রয়েছে এবং প্রতিটি শাখার আলাদা কমিট চক্র থাকে এবং কিছুক্ষণের মধ্যে একবারে মার্জ হয়ে যায়। ওল্ড_ব্রাঞ্চ নিউ_ ব্রাঙ্কের পিতামাতা হিসাবে ব্যবহৃত হয়েছিল

ওল্ড_ব্রাঞ্চকে কিছু পরিবর্তন সহ আপডেট করা হয়েছিল যা নিউ_ ব্রাঙ্কের সাথে একত্রীকরণের প্রয়োজন

সমস্ত শাখা থেকে সমস্ত উত্স পেতে কোনও শাখা ছাড়াই নীচে পুল কমান্ড ব্যবহার করছিল।

গিট টান উত্স

আশ্চর্যজনকভাবে এটি সমস্ত শাখা থেকে সমস্ত কমিট টানবে না। ইঙ্গিতটি প্রায় সমস্ত শাখা এবং ট্যাগ দেখায় তাই এটি ভেবেছিল।

সুতরাং এটি ঠিক করার জন্য ওল্ড_ ব্রাঞ্চটি সর্বশেষ ব্যবহার করে টেনে নিয়েছিল

গিটার চেকআউট ওল্ড_বাং

গিট টানুন ওল্ড_ব্রাঞ্চ

এখন নিউ_বাংকে পরীক্ষা করে দেখুন

গিট চেকআউট নিউ_ ব্রাঞ্চ

এটি নিশ্চিত হতে টানা

গিট টান মূল নিউ_ ব্রাঞ্চ

গিটার ওল্ড_ব্রাঞ্চে মার্জ করুন

এবং ভায়োলা পুরানো_ব্রাঞ্চ থেকে নিউ_ ব্রাঞ্চ :) এ সংশোধন করার বিরোধিতা পেয়েছিল :) যা প্রত্যাশিত ছিল

— satlead
সূত্র

0

আমার ক্ষেত্রেও একই ঘটনা ঘটেছিল। তবে দৃশ্যপটটি কিছুটা আলাদা ছিল, আমার মাস্টার শাখা ছিল এবং আমি এটিকে প্রকাশ করলাম (বলুন)। রিলিজ_1 শাখায় কিছু পরিবর্তন করে এটিকে উত্সে একীভূত করেছে। তারপরে আমি ssh করেছিলাম এবং রিমোট সার্ভারে আমি পুনরায় রিলিজ_1 কমান্ড গিট চেকআউট-বি রিলিজ_1 ব্যবহার করে চেকআউট করেছি - যা আসলে একটি নতুন শাখা রিলিজ_কে প্রস্তুত করে! উত্স থেকে ইতিমধ্যে বিদ্যমান শাখা প্রকাশ_1 যাচাইয়ের পরিবর্তে মাস্টার থেকে from "-বি" স্যুইচটি সরিয়ে সমস্যার সমাধান করুন

— দীপিকা আনন্দ
সূত্র

0

আমারও একই সমস্যা ছিল। আমার রিমোটে পরিবর্তন ছিল এবং এটি এখনও "ইতিমধ্যে আপ টু ডেট" দেখাচ্ছে। ভাণ্ডার পুনরায় সংবিধান আমার জন্য সমস্যাটি স্থির করে।

— মোহাম্মদ রায়য়ান
সূত্র

0

বোকা তবে তা ঘটতে পারে। মনে করুন আপনার শাখার নামটি কোনও ইস্যু রেফারেন্সের সাথে উপসর্গ করা হয়েছে (উদাহরণস্বরূপ #91-fix-html-markup), আপনি যদি এই মার্জটি করেন:

$ git merge #91-fix-html-markup

এটি উদ্দেশ্য হিসাবে কাজ করবে না কারণ এর পরে সমস্ত #কিছু উপেক্ষা করা হয়, কারণ #একটি ইনলাইন মন্তব্য শুরু করে।

এই ক্ষেত্রে আপনি শাখা বাদ নাম পরিবর্তন করতে পারেন #বা একক কোট ব্যবহার শাখার নাম ঘিরা: git merge '#91-fix-html-markup'।

— পাওলো
সূত্র