আমি দুটি শাখা যথা masterএবং developmentএকটি GitHub সংগ্রহস্থলের মধ্যে। আমি যেমন দেখায় তেমন উন্নয়ন শাখায় আমার সমস্ত উন্নয়ন করছি।
git branch development
git add *
git commit -m "My initial commit message"
git push -u origin development
এখন আমি developmentশাখার সমস্ত পরিবর্তনগুলিকে একত্রিত করতে চাই master। আমার বর্তমান পদ্ধতিটি হ'ল:
git checkout master
git merge development
git push -u origin master
আমি যে পদ্ধতিটি অনুসরণ করছি তা সঠিক কিনা দয়া করে আমাকে জানান।
উত্তর:
সাধারণত মার্জ করতে চান আমি masterমধ্যে developmentপ্রথম যাতে যদি কোনো দ্বন্দ্ব নেই, আমি সমাধান করতে পারেন developmentশাখা নিজেই আমার masterদেহাবশেষের পরিষ্কার।
(on branch development)$ git merge master
(resolve any merge conflicts if there are any)
git checkout master
git merge development (there won't be any conflicts now)
দুটি পদ্ধতির মধ্যে খুব একটা পার্থক্য নেই, তবে আমি মাঝে মাঝে লক্ষ্য করেছি যে আমি শাখাটি masterমার্জ করার পরে এখনও মিশ্রিত করতে চাই না বা এগুলি মার্জ হওয়ার আগে আরও কাজ করার দরকার আছে , তাই আমি masterচূড়ান্ত স্টাফ না হওয়া পর্যন্ত অচ্ছুত ছেড়ে চলে যেতে ঝোঁক ।
সম্পাদনা: মন্তব্য থেকে
আপনি কে মার্জটি কখন করেছেন এবং কখন তা ট্র্যাক রাখতে চান, এটি করতে --no-ffমার্জ করার সময় আপনি পতাকা ব্যবহার করতে পারেন। সাধারণত দরকারী শুধুমাত্র যখন মার্জ করা হচ্ছে developmentমধ্যে masterকারণ আপনার একত্রীকরণ প্রয়োজন হতে পারে, (শেষ ধাপে) masterমধ্যে development(প্রথম পদক্ষেপ) আপনার কর্মপ্রবাহ মধ্যে একাধিক বার তৈরি করার সময় একটি এই জন্য নোড কমিট খুব দরকারী হতে পারে না, এবং।
git merge --no-ff development
--no-ffএটিকে সংশোধন করার জন্য মাস্টারে মার্জ করার জন্য একটি স্পষ্ট প্রয়োজন।
--no-ffজন্যই। :)
git merge --no-ff developmentকেবলমাত্র @ নির্বাচিতদের ব্যবহার সংশোধন করার জন্য।
A->B->Cমাস্টার A->X->Yহোন এবং এটি আপনার দেব শাখা। আপনি যদি এমন কোনও ফাইলের অংশ পরিবর্তন করেন Xযার মধ্যে পরিবর্তনের সাথে দ্বন্দ্ব থাকতে পারে তবে তা বিরোধ Aহবে না, কারণ Aএটি পূর্বপুরুষ X। হারানো পরিবর্তনগুলি সম্পর্কে, কোনও পরিবর্তন পুনরুদ্ধার করতে stackoverflow.com/questions/7147680/… দেখুন ।
ব্যক্তিগতভাবে, আমার দৃষ্টিভঙ্গিটি আপনার অনুরূপ, যখন তারা মাস্টার ফিরে যায় তখন আরও কয়েকটি শাখা এবং কিছু শৃঙ্খলাবদ্ধতার সাথে।
আমার একজন সহকর্মী এতটা শাখা স্যুইচ করতে পছন্দ করেন না এবং উন্নয়ন শাখা থেকে মৃত্যুদন্ড কার্যকর করা নিম্নলিখিত সকলের মতো কিছু দিয়ে বিকাশ শাখায় থাকেন।
git fetch origin master
git merge master
git push origin development:master
প্রথম লাইনটি নিশ্চিত করে যে শেষবারের মতো তার স্থানীয় সংগ্রহস্থলটি আপডেট করার পরে তার যে কোনও প্রবাহের কমিট রয়েছে master
দ্বিতীয়টি মাস্টার থেকে সেই পরিবর্তনগুলি (যদি থাকে তবে) বিকাশে নিয়ে আসে
তৃতীয়টি উত্স / মাস্টার পর্যন্ত বিকাশ শাখাটিকে (এখন পুরোপুরি পুরোপুরি মাস্টারের সাথে মিশে গেছে) পুশ করে।
আমার তার বুনিয়াদি কর্মপ্রবাহ কিছুটা ভুল হতে পারে তবে এটিই এর মূল বক্তব্য।
rebaseআপডেট করা উচিত । devmerge
শাখাগুলির কোনও জ্ঞান ছাড়াই এখানে যারা এসেছেন তাদের নীচ থেকে ব্যাখ্যা।
বেসিক মাস্টার শাখা বিকাশের যুক্তিটি হ'ল: আপনি কেবল অন্য শাখায় কাজ করেন এবং কেবল অন্য শাখাকে মার্জ করার জন্য মাস্টার ব্যবহার করেন।
আপনি এইভাবে একটি নতুন শাখা তৈরি শুরু করেন:
1) আপনার স্থানীয় দিরের ক্লোন সংগ্রহস্থল (বা একটি নতুন সংগ্রহশালা তৈরি করুন):
$ cd /var/www
$ git clone git@bitbucket.org:user_name/repository_name.git
2) একটি নতুন শাখা তৈরি করুন। এটিতে আপনার মাস্টার শাখা সংগ্রহস্থলের সর্বশেষতম ফাইল থাকবে files
$ git branch new_branch
3) আপনার বর্তমান গিট শাখাটি নতুন_বাঞ্চে পরিবর্তন করুন
$ git checkout new_branch
4) কোডিং করুন, কমিট করুন, যথারীতি ...
$ git add .
$ git commit -m “Initial commit”
$ git push (pushes commits only to “new_branch”)
৫) এই শাখায় কাজ শেষ হলে, "মাস্টার" শাখায় মার্জ করুন:
$ git merge master
$ git checkout master (goes to master branch)
$ git merge development (merges files in localhost. Master shouldn’t have any commits ahead, otherwise there will be a need for pull and merging code by hands!)
$ git push (pushes all “new_branch” commits to both branches - “master” and “new_branch”)
আপডেট: পরিবর্তনের ভিজ্যুয়াল ট্রি দেখতে এবং সমস্ত যুক্তি এবং প্রতিশ্রুতি আরও ভাল দেখতে আমি এই জন্য গিটক্রেন ব্যবহার করার পরামর্শ দিচ্ছি।
releaseআমাদের শাখা তৈরি করেছি develop। তারপরে একটি রিলিজ নোট ফাইল যুক্ত এবং প্রতিশ্রুতিবদ্ধ। তারপরে রিলিজটি শেষ হয়েছে যা উভয়টিতেই ফিরে যায় master/develop। তবে আমার মাস্টার শাখায় কেবলমাত্র এটিতে নতুন যুক্ত হওয়া রিলিজ নোট ছিল। পূর্ববর্তী বিকাশ কমিটির সময় অন্য কোনও ফাইল এতে আপডেট হয়নি।
আপনি গিট ফ্লো ওয়ার্কফ্লো ব্যবহার করতে পারলে দুর্দান্ত হবে । এটি মাস্টারে সহজেই বিকাশিত শাখা মার্জ করতে পারে।
আপনি যা করতে চান তা কেবল এখানে উল্লিখিত গিট-ফ্লো নির্দেশ অনুসরণ করুন:
ধাপ:
git flow release start <version_number>git flow release finish <version_number>git pushদূরবর্তী মাস্টারে পরিবর্তনগুলি প্রকাশ করতে কমান্ডটি চালান ।আরও তথ্যের জন্য, পৃষ্ঠাটি দেখুন - http://danielkummer.github.io/git-flow-cheatsheet/
1. //pull the latest changes of current development branch if any
git pull (current development branch)
2. //switch to master branch
git checkout master
3. //pull all the changes if any
git pull
4. //Now merge development into master
git merge development
5. //push the master branch
git push origin master
হ্যাঁ, এটি সঠিক, তবে এটি একটি খুব বেসিক ওয়ার্কফ্লোর মতো দেখায়, যেখানে তারা ইন্টিগ্রেশনের জন্য প্রস্তুত হওয়ার আগে আপনি কেবল পরিবর্তনগুলি বাফার করছেন। গিট সমর্থন করে এমন আরও উন্নত ওয়ার্কফ্লোগুলি আপনার উচিত । আপনি বিষয় শাখার পদ্ধতির পছন্দ করতে পারেন যা আপনাকে সমান্তরালে একাধিক বৈশিষ্ট্যগুলিতে বা স্নাতক প্রাপ্তির পদ্ধতির সাথে আপনার বর্তমান কর্মপ্রবাহকে কিছুটা প্রসারিত করতে দেয়।
আপনি যদি ম্যাক বা উবুন্টুতে থাকেন তবে শাখার কার্যকারী ফোল্ডারে যান। টার্মিনালে
ধরুন হরিসদেব হলেন শাখার নাম।
git checkout master
যদি ট্রেডবিহীন বা অপরিবর্তিত ফাইলগুলি থাকে তবে আপনি একটি ত্রুটি পেয়ে যাবেন এবং আপনাকে সমস্ত চিহ্নবিহীন বা অননুমোদিত ফাইলগুলি কমিট করতে বা মুছে ফেলতে হবে।
git merge harisdev
git push origin master
শাখাটি মোছার জন্য একটি শেষ আদেশ command
$ git branch -d harisdev
ধাপ 1
একটি নতুন "দেব" শাখা তৈরি এবং স্যুইচ করুন, যেখানে আপনার স্থানীয় গিট ফাইলগুলি রিমোটের সাথে সিঙ্ক হয় তবে "দেব" শাখাটি এখনও বিদ্যমান নেই।
git branch dev # create
git checkout dev # switch
# No need to git add or git commit, the current
# branch's files will be cloned to the new branch by-default.
git push --set-upstream origin dev # push the "dev" branch to the remote.
ধাপ ২
"দেব" শাখায় আপনার পরিবর্তনগুলি করুন (যদি আপনি পদক্ষেপ 1 অনুসরণ করেন তবে আপনার বর্তমান), প্রতিশ্রুতিবদ্ধ করুন এবং এগুলি দূরবর্তী "দেব" শাখায় ঠেলে দিন।
git add .
git commit -S -m "my first commit to the dev branch" # remove the -S if you're not "secure", secure = when you already setup crypto private and public keys (i.e "verified" green sign in github)
git push -u origin dev # push the changes to the remote, -u origin dev is optional but good to use.
ধাপ 3
আপনার "দেব" শাখাটিকে "মাস্টার" তে মার্জ করুন।
git checkout dev # switch to "dev" branch if you're not already.
git merge master # optionally, this command is being used to resolve any conflicts if you pushed any changes to your "master" but "dev" doesn't have that commit.
git checkout master # switch to "master", which is the branch you want to be merged.
git merge --no-ff dev # merge the "dev" branch into the "master" one.
আমি সাধারণত এটি করি। প্রথমে নিশ্চিত হয়ে নিন যে আপনি নিজের পরিবর্তনগুলি মাস্টারে মার্জ করতে প্রস্তুত।
git fetchgit checkout master।git pullgit merge developmentgit push -u origin masterআপনি সম্পন্ন করেছেন।আপনি নিবন্ধে গিট মার্জ করার বিষয়ে আরও জানতে পারেন ।
1) শাখা বিকাশে, নিম্নলিখিত কমান্ডটি ব্যবহার করে গিটের স্থিতি পরীক্ষা করুন:
git status
কোনও অনির্দিষ্ট কোড থাকা উচিত। যদি তা হয় তবে আপনার কোডটি বিকাশ শাখায় চাপ দিন:
git add *
git commit -m "My initial commit message"
git push origin Development
২) বিকাশ শাখায় দুটি কমান্ড অনুসরণ করুন:
git branch -f master HEAD
git push -f origin master
এটি আপনার বিকাশ শাখার কোডকে মাস্টার শাখায় ঠেলে দেবে।
-fপ্রস্তাবিত হয় না।
@ শৈলেশ এবং @ ডেভিডকल्पের উপর ভিত্তি করে:
(on branch development)
$ git fetch origin master
$ git merge FETCH_HEAD
(resolve any merge conflicts if there are any)
$ git checkout master
$ git merge --no-ff development (there won't be any conflicts now)
প্রথম কমান্ডটি নিশ্চিত করবে যে আপনার দূরবর্তী মাস্টারের কাছে সমস্ত প্রবাহের কমিট রয়েছে, সাইলেশের প্রতিক্রিয়া যা ঘটবে না।
দ্বিতীয়টি সংযুক্তি সম্পাদন করবে এবং দ্বন্দ্ব তৈরি করবে যা আপনি তখন সমাধান করতে পারেন।
এটি করার পরে, আপনি শেষ পর্যন্ত মাস্টারে স্যুইচ করতে মাস্টার চেকআউট করতে পারেন।
তারপরে আপনি উন্নয়ন শাখাটি স্থানীয় মাস্টারের সাথে মার্জ করুন। নো-এফএফ পতাকা পুরো মার্জটি ট্র্যাকযোগ্য হওয়ার জন্য মাস্টারে কমিট নোড তৈরি করবে।
এরপরে আপনি সংহত করতে এবং আপনার মার্জটিকে ধাক্কা দিতে পারেন।
এই পদ্ধতিটি নিশ্চিত করবে যে লোকেরা দেখতে পাবে যে উন্নয়নের থেকে মাস্টারকে একীভূত প্রতিশ্রুতি আছে, তবে তারা যদি উন্নয়ন শাখার দিকে নজর দেয় তবে তারা তার শাখাটিতে বিকাশের সময় আপনি যে স্বতন্ত্র প্রতিশ্রুতি দিয়েছেন তা দেখতে পাবে।
Youচ্ছিকভাবে, আপনি যদি আপনার শাখার উন্নয়নের শাখায় কী করা হয়েছে তার একটি সংক্ষিপ্ত যোগ করতে চান, তবে আপনি এটি সংশোধন করার আগে নিজের সংশোধন প্রতিশ্রুতিটি সংশোধন করতে পারেন।
সম্পাদনা: আমার মূল উত্তরটি git merge masterএমন কিছু প্রস্তাব করেছিল যা কিছুই করেনি, git merge FETCH_HEADউত্স / মাস্টার আনার পরে এটি করা ভাল
একবার আপনি উন্নয়ন শাখা 'চেকআউট' করে দিলে আপনি ...
git add .
git commit -m "first commit"
git push origin dev
git merge master
git checkout master
git merge dev
git push origin master
যদি আপনি জীবাণু ব্যবহার করে থাকেন তবে নীচের আদেশগুলি পুরোপুরি কার্যকর হয়।
git checkout master
git merge --no-ff development
আপনি ডিফল্ট প্রতিশ্রুতি বার্তা দিয়ে সংরক্ষণ করতে পারেন। নিশ্চিত হন, পরিবর্তন আইডি উত্পন্ন হয়েছে। আপনি নিশ্চিত করতে নিম্নলিখিত কমান্ডটি ব্যবহার করতে পারেন।
git commit --amend
তারপরে নিম্নলিখিত কমান্ডটি দিয়ে চাপ দিন।
git push origin HEAD:refs/for/refs/heads/master
আপনি নীচের মত একটি ত্রুটি বার্তা সম্মুখীন হতে পারে।
! [remote rejected] HEAD -> refs/for/refs/heads/master (you are not allowed to upload merges)
এটি সমাধানের জন্য, জীবাণু প্রকল্পের প্রশাসককে 'রেফস / ফর / রেফস / হেডস / মাস্টার' বা 'রেফস / ফর / রেফস / হেডস / *' (যা ভবিষ্যতে সমস্ত শাখা কভার করবে) নামে জীবাণুতে আরেকটি রেফারেন্স তৈরি করতে হবে। তারপরে এই রেফারেন্সটিতে 'পুশ মার্জ কমিট' অনুমতি দিন এবং জিসিআর জমা দেওয়ার প্রয়োজন হলে 'জমা দিন' অনুমতি দিন।
এখন, উপরের পুশ কমান্ডটি আবার চেষ্টা করুন, এবং এটি কাজ করা উচিত।
ক্রেডিট:
https://github.com/ReviewAssistant/reviewassistant/wiki/Merging-branches-in-Gerrit
1. //push the latest changes of current development branch if any
git push (current development branch)
2. //switch to master branch
git checkout master
3. //pull all the changes if any from (current development branch)
git pull origin (current development branch)
4. //Now merge development into master
git merge development
5. //push the master branch
git push origin master
Error
To https://github.com/rajputankit22/todos-posts.git
! [rejected] master -> master (fetch first)
error: failed to push some refs to 'https://github.com/rajputankit22/todos-posts.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
Then Use
5. //push the master branch forcefully
git push -f origin master
pullআবার ৩ য় ধাপে ফিরে যাওয়া আরও ভাল । এছাড়াও, বিদ্যমান উত্তরগুলির তুলনায় এই উত্তরটি কী মান যুক্ত করে তা পরিষ্কার নয়।
git pull -uশাখার জন্য প্রবাহের ট্র্যাকিং সেট করে (বা সমস্ত শাখা একাধিককে চাপ দিলে)। এটি সেট হয়ে গেলে ট্র্যাকিং অব্যাহত থাকে। এটি ক্রমাগত ব্যবহার করার কোনও কারণ নেই is