আমার স্থানীয় পরিবর্তন থাকলেও গিট পুশ "আপ টু ডেট সব কিছু" বলে

Question

আমার কাছে একটি রিমোট গিটোসিস সার্ভার এবং একটি স্থানীয় গিট রিপোজিটরি রয়েছে এবং প্রতিবার আমি আমার কোডে একটি বড় পরিবর্তন করব, আমি সেই সার্ভারেও পরিবর্তনগুলি ঠেকাব।

তবে আজ আমি দেখতে পেয়েছি যে যদিও আমার কিছু স্থানীয় পরিবর্তন হয়েছে এবং স্থানীয় সংগ্রহস্থলকে প্রতিশ্রুতিবদ্ধ করছি, যখন git push origin masterএটি চালানো হচ্ছে 'আপ টু ডেট সব কিছু' বলে, কিন্তু যখন আমি git cloneরিমোট সার্ভারে ফাইলগুলি চেকআউট করতে ব্যবহার করি তবে এতে সর্বশেষ পরিবর্তন নেই । এবং আমার কাছে কেবলমাত্র "মাস্টার" নামে একটি শাখা এবং "উত্স" নামে একটি রিমোট সার্ভার রয়েছে।

পিএস: দৌড়ানোর সময় গিটটি এটি প্রদর্শন করে ls-remote, আমি নিশ্চিত না যে এটি সাহায্য করে কিনা

$ git ls-remote origin
df80d0c64b8e2c160d3d9b106b30aee9540b6ece        HEAD
df80d0c64b8e2c160d3d9b106b30aee9540b6ece        refs/heads/master
$ git ls-remote .
49c2cb46b9e798247898afdb079e76e40c9f77ea        HEAD
df80d0c64b8e2c160d3d9b106b30aee9540b6ece        refs/heads/master
df80d0c64b8e2c160d3d9b106b30aee9540b6ece        refs/remotes/origin/master
3a04c3ea9b81252b0626b760f0a7766b81652c0c        refs/tags/stage3

Comments

stackoverflow.com/q/5170225/343495

— ড্র

আপনি সঠিক ডিরেক্টরিতে ডাবল-চেক করার যোগ্য! ESP। যখন আপনার

— সাবমডিউলগুলি রয়েছে আপনি

আমার ক্ষেত্রে আমি ত্রুটি commitপেয়েছি যা আমি লক্ষ্য করি না এবং কোডটি ঠেলে দেওয়ার চেষ্টা করেছি

— জোহাব আলী

প্রতিশ্রুতি দিতে ভুলে গেছি?

— ldgorman

Answer 1

আপনি কি কোনও সুযোগে বিচ্ছিন্ন মাথা নিয়ে কাজ করছেন ?

হিসাবে:

আপনার সর্বশেষ প্রতিশ্রুতি শাখা প্রধান নয় তা নির্দেশ করে।

সতর্কতা : নিম্নলিখিতটি একটি করে git reset --hard: git stashআপনি যদি বর্তমানে পরিবর্তিত ফাইলগুলি সংরক্ষণ করতে চান তবে প্রথমে ব্যবহার নিশ্চিত করুন ।

$ git log -1
# note the SHA-1 of latest commit
$ git checkout master
# reset your branch head to your previously detached commit
$ git reset --hard <commit-id>

---

git checkoutম্যান পেজে যেমন উল্লেখ করা হয়েছে (জোর আমার):

আপনার শাখাগুলির কোনওর ডগায় নয় এমন একটি প্রতিশ্রুতি চেকআউট করতে সক্ষম হতে কখনও কখনও দরকারী ।
সর্বাধিক সুস্পষ্ট উদাহরণ হ'ল ট্যাগযুক্ত অফিসিয়াল রিলিজ পয়েন্টে কমিটগুলি পরীক্ষা করা, এটির মতো:

$ git checkout v2.6.18

Git এর আগে সংস্করণ এই অনুমতি দেয় না এবং ব্যবহার করে একটি অস্থায়ী শাখা তৈরি করতে আপনাকে জিজ্ঞাসা -bবিকল্প, কিন্তু সংস্করণটি 1.5.0 থেকে শুরু, উপরোক্ত কমান্ডের আপনার detaches HEADবর্তমান শাখা হইতে পয়েন্ট ট্যাগ দ্বারা নামে কমিট এবং সরাসরি ( v2.6.18মধ্যে উদাহরণস্বরূপ)।

আপনি এই অবস্থায় থাকাকালীন সমস্ত গিট কমান্ড ব্যবহার করতে পারেন। উদাহরণস্বরূপ আপনি আরও চলাফেরা
করতে ব্যবহার করতে পারেন git reset --hard $othercommit।
আপনি পরিবর্তন করতে পারেন এবং একটি বিচ্ছিন্ন হেডের শীর্ষে একটি নতুন প্রতিশ্রুতি তৈরি করতে পারেন ।
এমনকি আপনি ব্যবহার করে একটি মার্জ তৈরি করতে পারেন git merge $othercommit।

আপনার হেড আলাদা হওয়ার সময় আপনি যে রাজ্যে রয়েছেন তা কোনও শাখা দ্বারা রেকর্ড করা হয়নি (যা প্রাকৃতিক --- আপনি কোনও শাখায় নেই)।
এর অর্থ হ'ল আপনি কোনও অস্থায়ী শুল্ক এবং মার্জগুলি একটি বিদ্যমান শাখায় ফিরে যেতে (যেমন git checkout master) এবং পরে git pruneবা git gcআবর্জনা-সংগ্রহ করতে পারবেন।
আপনি যদি ভুল করে এটি করেন তবে আপনি যেখানে ছিলেন সেখানে যেমন হেডের জন্য রিফ্লগটি জিজ্ঞাসা করতে পারেন

$ git log -g -2 HEAD

Comments

আমি কীভাবে এই অবস্থায় (ুকলাম (পুরো মুহুর্তে গিট-এসএনএন দিয়ে কিছুটা কৌতুক করছেন) এটি আমার কাছে সম্পূর্ণ পরিষ্কার নয় তবে এটি আমাকে সঠিক জায়গায় ফিরিয়ে আনার জন্য যথেষ্ট ছিল was ধন্যবাদ।

— ক্রিস্টোফার শ্মিড্ট

আমি একটি বিচ্ছিন্ন প্রধান অবস্থায় আছি, আমার পরিবর্তনগুলিকে একীভূত করেছি, আমার পরিবর্তনগুলি প্রতিশ্রুতিবদ্ধ করেছি এবং এখন আমি এটিকে মাস্টারের কাছে ঠেলে দিতে চাই এবং করতে পারি না - আমাকে "আপ টু টু ডেট" বলে দেয় tells তবে আমি আমার গীতলাব প্রদত্ত নির্দেশাবলীটি অনুসরণ Step 1: git fetch origin git checkout -b "nodeAPI" "origin/nodeAPI" Step 2. Review the changes locally Step 3. Merge and fix conflicts git fetch origin git checkout "origin/master" git merge --no-ff "nodeAPI" Step 4. Push the result of the merge to GitLab git push origin "master" করছি : আমি শেষ ধাপ পর্যন্ত ভাল আছি। তবে এখন আমি কীভাবে সামনে এগিয়ে যাব ঠিক বিভ্রান্ত।

— জন

@ জন আপনাকে ধাক্কা দেওয়ার জন্য একটি শাখায় থাকতে হবে যতক্ষণ আপনি বিচ্ছিন্ন হেড মোডে থাকেন, ততক্ষণ তা কার্যকর হবে না। আপনি যেখানে আছেন সেখানে আপনার শাখাটি পুনরায় সেট করুন:, git branch -f myBranch HEADতারপরে শাখাগুলি চেকআউট করুন এবং এটি টিপুন। আপনার ক্ষেত্রে, আপনি যদি মার্জ করার প্রক্রিয়া চলছিলেন তবে myBranchহতে পারে । masternodeAPI

— ভোনসি

এই আদেশটি চালানোর পরে প্রতিটি স্থানীয় পরিবর্তন হারাতে সাবধান হন !! এই জাতীয় কিছু করার আগে কিছু গিট স্ট্যাশ এবং কোড ব্যাকআপ করা বিবেচনা করুন।

— কেটি

@ কেটিএ ভালো পয়েন্ট: সেই সতর্কবার্তাটি দৃশ্যমান করার জন্য আমি উত্তরটি সম্পাদনা করেছি।

— ভোনসি

Answer 2

এরর .. আপনি যদি গিট নুব হন তবে আপনি কি নিশ্চিত যে আপনার git commitআগে আছে git push? আমি এই ভুলটি প্রথমবার!

Comments

এটি git commit -a -m "your message goes here"আমার ক্ষেত্রে ছিল

— এক্সেল

আমি প্রতিবার ভালোবাসি (কটাক্ষ) আমি একটি গিথুবে একটি নতুন প্রকল্প যুক্ত করতে চাইছি আমি মাঝে মাঝে ভুলে যাই এবং ত্রুটির বার্তাটি আমাকে ভাবতে পরিচালিত করে যে আমি সত্যিই কিছু ভুল করেছি - অবশ্যই DUH! প্রতিশ্রুতিবদ্ধতা কেবল তখনই ঘটে যখন আমি নতুন ব্যাকআপ সংগ্রহস্থলগুলি তৈরি করি এবং আমি ভুলে যাই

— টম স্টিকেল

এখানে গিট নুব - আমি ধাক্কা দেওয়ার আগে প্রতি

— অভিশাপের

@FoxMcCloud Commiting সচেতন হতে একটি গুরুত্বপূর্ণ পদক্ষেপ, আমি নিশ্চিত যদি আপনি না ইতিমধ্যে :) ~ আপনি এটা ভালবাসা জানতে পারবেন আছি git add -A, git diff --staged, পরিবর্তনের মাধ্যমে স্ক্রোল খুঁজছেন হুম খুব ভাল, git commit -m 'bam!',git push

— AFOC

Answer 3

সম্ভবত আপনি একটি নতুন স্থানীয় শাখা ঠেলাঠেলি করছেন?

একটি নতুন স্থানীয় শাখা স্পষ্টভাবে ধাক্কা দিতে হবে:

git push origin your-new-branch-name

গিট সম্পর্কিত এই বিষয়গুলির মধ্যে একটি ... আপনি একটি রেপো ক্লোন করুন, একটি শাখা তৈরি করুন, কিছু পরিবর্তন করুন, ধাক্কা দিন ... "সবকিছু আপ টু ডেট"। আমি বুঝতে পারি কেন এটি হয় তবে এই কর্মপ্রবাহটি নতুনদের জন্য অত্যন্ত বন্ধুত্বপূর্ণ।

Comments

ধন্যবাদ! এটি আমার নতুন শাখার সাথে আমার সমস্যাটি "আপ টু ডেট" স্থির করেছে

— পঙ্গু

"আপনার নতুন-শাখা-নাম" দ্বারা হ্যাকের অর্থ কী? PS: আপনি নতুনদের সম্পর্কে খুব ঠিক বলেছেন।

— www-0av-Com

@ ব্যবহারকারী 1863152 এটি আপনার তৈরি নতুন স্থানীয় শাখার নাম। মনে হচ্ছে আপনি এটি করেন নি, তাই অন্যান্য উত্তর এখানে দেখুন check

— রোমান স্টারকভ

সম্পূর্ণরূপে "এই কর্মপ্রবাহটি নতুনদের জন্য অত্যন্ত বন্ধুত্বপূর্ণ" সাথে একমত হন। আমি এই নিয়ে 1 ঘন্টা থেকে লড়াই করছি। আমি রিমোট এবং লোকাল রেপো সেটআপ করি। স্থানীয় REAME ফাইলে পরিবর্তন আনুন এবং এটিকে রিমোটে ঠেলে দেওয়ার চেষ্টা করুন এবং রিমোটে কোনও পরিবর্তন হয় না।

— ভাইরাস

Answer 4

আমার সমস্যাটি ছিল আমার স্থানীয় শাখার প্রত্যন্ত শাখার চেয়ে আলাদা নাম ছিল। আমি নিম্নলিখিতগুলি করে ধাক্কা দিতে সক্ষম হয়েছি:

$ git push origin local-branch-name:remote-branch-name

(ক্রেডিট https://penandpants.com/2013/02/07/git-pushing-to-a-remote-branch-with-a-differences-name/ )

Answer 5

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

যাইহোক, এটি কেবল একটি শাখা। সুতরাং আমি যে পরিস্থিতির মধ্যে পড়তে পারি তা হ'ল:

আমার সক্রিয় শাখা আসলে মাস্টার শাখা নয়। ... তবে আমি অভ্যাসটি অভ্যাসগতভাবেই করি: git push(এবং আমি এর আগেও করেছি git push origin master, সুতরাং এটি একটি শর্টকাট)।

সুতরাং আমি অভ্যাসগতভাবে ভাগ করা রেপোতে মাস্টার শাখাটিকে চাপ দিচ্ছি ... যা সম্ভবত আমার পক্ষে একটি ভাল পরিষ্কার জিনিস ...

তবে আমি ভুলে গিয়েছি যে আমি যে পরিবর্তনগুলি নিয়ে কাজ করছি তা এখনও মাস্টার শাখায় নেই !!!

তাই আমি যতবার চেষ্টা করি git push, এবং আমি "আপ টু ডেট সবকিছু" দেখি, আমি চিৎকার করতে চাই, তবে অবশ্যই এটি গিটের দোষ নয়! এটা আমার.

সুতরাং পরিবর্তে, আমি আমার শাখাটি মাস্টারের সাথে একীভূত করব এবং তারপরে ঠেলাঠেলি করব এবং সবকিছু আবার খুশি।

Comments

আমি খুব চিৎকার করতে চেয়েছিলাম, কিন্তু তারপরে, আপনি মোক্ষের পথটি প্রচার করেছিলেন, ব্রেন্টটিকে মাস্টার হিসাবে মিশ্রিত করতে এবং তারপরে git push।

— অ্যারন সি

Answer 6

$ git push origin local_branch:remote_branch

ব্যাখ্যা

আমার একই ত্রুটি ছিল এবং এটি বের করার চেষ্টা করতে ঘন্টা সময় ব্যয় হয়েছিল। অবশেষে আমি এটি খুঁজে পেয়েছি। আমি যা জানতাম না তা হল এটির মতো চাপ দেওয়া git push origin branch-xস্থানীয়ভাবে শাখা-এক্স অনুসন্ধান করার চেষ্টা করবে এবং তারপরে দূরবর্তী ব্রাঞ্চ-এক্স এ ধাক্কা দেবে।

আমার ক্ষেত্রে, আমার দুটি রিমোট url ছিল। আমি থেকে একটি চেকআউট করেনি শাখা-X থেকে শাখা-Y যখন x এর স্থানীয়ভাবে Y থেকে ধাক্কা চেষ্টা দূরবর্তী আমার কাছে তা থাকত বার্তা সবকিছু তারিখ যা স্বাভাবিক কারণ আমি দ্বিতীয় রিমোটের একবারে এক্স ঠেলে ছিল আপ হয়।

এই ধরণের ফাঁদে না পড়ার জন্য দীর্ঘ গল্পের সংক্ষিপ্ত বিবরণ আপনাকে উত্স রেফ এবং লক্ষ্য রেফ উল্লেখ করতে হবে:

$ git push origin local_branch:remote_branch

হালনাগাদ:

প্রতিবার যখন আপনি নিজের শাখাটি ঠেলে আপনাকে এই কমান্ডটি চালাতে হয়, আপনাকে নীচের সাথে আপনার স্থানীয় এবং দূরবর্তী শাখার মধ্যে প্রবাহ স্থাপন করতে হবে:

$ git push --set-upstream origin local_branch:remote_branch

অথবা

$ git push -u origin local_branch:remote_branch

Comments

'গিট পুশ আপস্ট্রিম দেব: মাস্টার' এর অর্থ এটি উত্সটি দেব থেকে মাস্টারকে ঠেলে দেবে। রাইট?

— duদুক মিতেশ

এটি আমাকে সহায়তা করেছিল, আমার আরও একটি স্থানীয় শাখা ছিল যার নাম ছিল রিমোট শাখা, যা বিভ্রান্তির কারণ হয়েছিল।

— হুবার্ট কুবিয়াক

ঠিক আছে এটি অবশ্যই আমার জন্য কাজ করছে তবে আমি যখনই দূরবর্তী স্থানে কোনও কিছুতে চাপ দিতে চাইছি তখনই এটি করতে হচ্ছে। আমি কীভাবে এটি একবারে এবং সকলের জন্য ঠিক করব?

— সামুরাই জ্যাক

আপনাকে নিম্নলিখিতটি দিয়ে আপনার স্থানীয় এবং দূরবর্তী শাখার মধ্যে প্রবাহ স্থাপন করতে হবে: it গিট পুশ

— সেট

Answer 7

উপরে ভনকের উত্তর দেখুন - আমার একটি অতিরিক্ত পদক্ষেপের প্রয়োজন ছিল:

$ git log -1
- note the SHA-1 of latest commit
$ git checkout master
- reset your branch head to your previously detached commit
$ git reset --hard <commit-id>

আমি এটি করেছি, তবে যখন আমি চেষ্টা করেছিলাম তখন git push remoterepo masterএটি বলেছিল "ত্রুটি: কিছু রেফ চাপাতে ব্যর্থ। ইতিহাস হারানো থেকে রক্ষা করতে, দ্রুত-অগ্রসর হওয়া আপডেটগুলি প্রত্যাখ্যান করা হয়েছিল, দূরবর্তী পরিবর্তনগুলি (যেমন 'গিট টান') মার্জ করার আগে আবার ঠেলাঠেলি করছে। "

সুতরাং আমি 'গিট টান রিমোট্রেপো মাস্টার' করেছি এবং এটি একটি বিরোধ পেয়েছে। আমি git reset --hard <commit-id>আবার করেছি, বিবাদযুক্ত ফাইলগুলি একটি ব্যাকআপ ফোল্ডারে git pull remoterepo masterঅনুলিপি করেছি, আবার করেছি, সংঘাতযুক্ত ফাইলগুলি আবার আমার প্রকল্পে অনুলিপি করেছি git commit, তখন করেছি git push remoterepo master, এবং এবার এটি কাজ করেছে।

গিট 'সবকিছু আপ টু ডেট' বলা বন্ধ করে দিয়েছে - এবং এটি 'ফাস্ট ফরওয়ার্ডস' সম্পর্কে অভিযোগ করা বন্ধ করে দিয়েছে।

Answer 8

আমি একইরকম পরিস্থিতির মুখোমুখি হয়েছি; যখন আমি পরিবর্তনগুলি করেছি এবং চেষ্টা করেছি git push origin master, তখন এটি বলছিল যে সবকিছু আপ টু ডেট।

আমি git addপরিবর্তিত ফাইল এবং তারপর ছিল git push origin master। এটি তখন থেকেই কাজ শুরু করে।

Comments

আপনার কি git commitধাক্কা দেওয়ার আগে যুক্ত হওয়া ফাইলটি নেই?

— ডেভিড হার্কনেস

Answer 9

আপনার গিট স্ট্যাটাস থেকে আপনার সম্ভবত আমার থেকে আলাদা পরিস্থিতি রয়েছে।

তবে যাইহোক, আমার সাথে যা ঘটেছিল তা এখানেই .. আমি নিম্নলিখিত ত্রুটির মুখোমুখি হয়েছি:

fatal: The remote end hung up unexpectedly
Everything up-to-date

এখানে আরও তথ্যপূর্ণ বার্তাটি হ'ল রিমোটটি স্তব্ধ হয়ে গেছে। দেখা গেল এটি পোস্ট পোস্ট বাফার আকার ছাড়িয়ে যাওয়ার কারণে। সমাধানটি এটি দিয়ে বাড়ানো to

git config http.postBuffer 524288000

Answer 10

আমার আজ এই সমস্যা ছিল এবং এটির সাথে অন্য উত্তরগুলির কোনও যোগসূত্র ছিল না। আমি কী করেছি এবং কীভাবে এটি স্থির করেছি তা এখানে:

আমার একটি ভাণ্ডার সম্প্রতি সরে গেছে তবে আমার একটি স্থানীয় অনুলিপি ছিল। আমি আমার স্থানীয় "মাস্টার" শাখাটি শাখা থেকে বের করে দিয়েছিলাম এবং কিছু পরিবর্তন করেছি - এবং তারপরে মনে পড়ে যে সংগ্রহস্থলটি সরে গিয়েছিল। আমি git remote set-url origin https://<my_new_repository_url>নতুন ইউআরএল সেট করতাম তবে আমি যখন ধাক্কা দিতাম তখন এটি আমার নতুন শাখাকে মাস্টারে চাপানোর পরিবর্তে "সমস্ত কিছু আপ টু ডেট" বলবে।

আমি এটিকে পুনরায় প্রত্যাবর্তন করে origin/masterএবং এরপরে সুস্পষ্ট শাখার নাম দিয়ে জোর দিয়ে এটি সমাধান করেছি :

$ git rebase <my_branch> origin/master
$ git push origin <my_branch>

আমি আশা করি এটি যে কারও কাছে আমার একই সমস্যা ছিল তাকে সাহায্য করবে!

Answer 11

সুপার বিরল - কিন্তু এখনও: উইন্ডোজ, এটা যে হতে পারে বস্তাবন্দী-refs , এক চিঠি ক্ষেত্রে (যেমন দেব / mybranch) সঙ্গে একটি শাখা আছে, যখন refs ফোল্ডারের আরেকটি কেস আছে (অর্থাত dev / mybranch) যখন core.ignorecase সত্যতে সেট করা থাকে ।

সমাধানটি হ'ল প্যাকড-রেফগুলি থেকে প্রাসঙ্গিক সারিটি ম্যানুয়ালি মুছে ফেলা হয় । কোনও ক্লিনার সমাধান খুঁজে পেল না।

Comments

আমার কাছেও এটি একটি ইস্যু ছিল। .Git ফোল্ডার (লগস / রেফ / মাথা, রেফ / মাথা) এর সাথে ভুল কেস সহ ফোল্ডারগুলির নাম পরিবর্তন করে শেষ হয়েছে।

— অ্যালেক্সি একাকী

Answer 12

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

প্রথমে আমি আমার পুরানো স্থানীয় শাখাটি (যা আমি চাপতে পারি না) বাইরে একটি নতুন স্থানীয় শাখা প্রশাখা করেছি। তারপরে আমি নতুন লোকাল শাখাটিকে অরিজিনাল সার্ভারে (গিথুব) ঠেলে দিয়েছি। অর্থাত

$ git checkout -b newlocalbranch oldlocalbranch
$ git push origin newlocalbranch

এটি গিথুবকে দেখানোর জন্য পরিবর্তনগুলি পেয়েছে, যদিও ওল্ডোক্যালব্র্যাঞ্চের চেয়ে নিউলোকল্যাঞ্চে রয়েছে।

Answer 13

আমার ক্ষেত্রে আমার কাছে 2 টি রিমোট রেপো ছিল।

git remote -v
originhttps https://asim_kt@...
originhttps https://asim_kt@...
origin  ssh:[e-mail]:...
origin  ssh:[e-mail]:...

উভয় রেপো ছিল একই রকম। শুধু একজন ছিল httpsঅন্যজন ssh। সুতরাং অবাঞ্ছিতটিকে অপসারণ, (আমার ক্ষেত্রে ssh। যেহেতু আমি ব্যবহার করছিলাম httpsকারণ sshকাজ করছিল না!) বিষয়টি আমার জন্য সমাধান করে দিয়েছে।

Answer 14

আমার ভুলটি এখন পর্যন্ত উল্লিখিত সমস্ত কিছুর চেয়ে আলাদা ছিল। আপনার যদি কোনও ধারণা না থাকে তবে কেন আপনার মাথা আলাদা হয়ে যায়, তবে সম্ভবত আপনি তা করবেন না। আমি অটোপাইলট নিয়ে কাজ করছিলাম git commitএবং এর সাথে git pushআউটপুটটি পড়িনি git commit। দেখা যাচ্ছে, এটি একটি ত্রুটি বার্তা ছিল কারণ আমি ভুলে গিয়েছিলাম am

[colin] ~/github/rentap.js [master] M % git commit 'figured out some more stuff with the forms in views and started figuring out row and mode in models so also made matching routes and controllers'
error: pathspec 'figured out some more stuff with the forms in views and started figuring out row and mode in models so also made matching routes and controllers' did not match any file(s) known to git.
[colin] ~/github/rentap.js [master] M % git push
Enter passphrase for key '/home/colin/.ssh/id_ecdsa': 
Everything up-to-date

-amআমি সাধারণত যেখানে থাকি সেখানে এটি স্থির করে :

[colin] ~/github/rentap.js [master] M % git commit -am 'figured out some more stuff with the forms in views and started figuring out row and mode in models so also made matching routes and controllers'

Answer 15

আমি একই সমস্যার মুখোমুখি হয়েছি। যেহেতু আমি মঞ্চে পরিবর্তনগুলি যুক্ত করি নি। এবং আমি সরাসরি কমান্ডটি ব্যবহার করে কোডটি রিমোট রেপোতে ঠেলে দেওয়ার চেষ্টা করেছি:

git push origin master

এবং এটি বার্তাটি দেখায় Everything up-to-date।

এই সমস্যাটি ঠিক করতে এই পদক্ষেপগুলি ব্যবহার করে দেখুন

1. git add .
2. git commit -m "Bug Fixed"
3. git push -u origin master

Answer 16

আপনি আপনার দূরবর্তী URL টি গোফড করেন নি তা যাচাই করুন।

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

Answer 17

আর একটি সম্ভাবনা হ'ল আপনি নিজের .gitignore ফাইলটিতে একটি ডিরেক্টরি নাম রেখেছেন যা বাদ পড়েছে। সুতরাং নতুন কমিটগুলি ধাক্কা দেওয়া হবে না। আমার সাথে এটি ঘটেছিল যে আমি "অনুসন্ধান" উপেক্ষা করার জন্য একটি ডিরেক্টরি নাম রেখেছি, তবে এটি আমার উত্স ট্রিতেও একটি ডিরেক্টরি ছিল।

Answer 18

আমি খুঁজে পেতে একটি দ্রুত উপায় আছে। আপনার .git ফোল্ডারে যান, HEADফাইলটি খুলুন এবং আপনি যে শাখাটি মাস্টারে ফিরে এসেছেন তা পরিবর্তন করুন। যেমন রেফ:refs/heads/master

Comments

আসলে এটি refs/heads/masterআমার ভান্ডারটি ভেঙে সেট করে । কিন্তু এটা কি আমি মাথা বলে মনে করা সেটিং কমিট নিম্নলিখিত বার্তা দিয়েছেন: Warning: you are leaving 1 commit behind, not connected to any of your branches। আমি প্রতিশ্রুতিটি একটি নতুন শাখায় নিয়ে যেতে সক্ষম হয়েছি এবং এটি আবার মাস্টারের সাথে একীভূত করতে পেরেছি।

— schmijos

Answer 19

আমারো একই ইস্যু ছিল. আমার ক্ষেত্রে এটি একই দূরবর্তীটির নাম থাকার কারণে ঘটেছিল। এটি স্ট্যান্ডার্ড 'উত্স' তৈরি করেছে, তবে আমি দীর্ঘদিন ধরে 'গিথুব'কে আমার দূরবর্তী হিসাবে ব্যবহার করছি, তাই সেখানেও ছিল। আমি 'উত্স' রিমোটটি সরিয়ে দেওয়ার সাথে সাথে ত্রুটিটি চলে গেল।

Answer 20

আমার এটি ঘটেছে (আমার গিট লগে কমিটগুলি গিটহাবের উপর ছিল না যদিও গিট বলেছে যে সবকিছু আপ টু ডেট রয়েছে) এবং আমি বিশ্বাস করি সমস্যাটি গিথুবকেই ছিল। আমি গিটে কোনও ত্রুটি বার্তা পাইনি, তবে গিটহাবের স্থিতি ত্রুটি ছিল এবং আমার কমিটগুলি বেশ কয়েক ঘন্টা পরে সেখানে ছিল।

https://status.github.com/messages

গিটহাব স্থিতির বার্তাগুলি ছিল:

• আমরা পরিষেবা অপ্রাপ্যতার রিপোর্টগুলি তদন্ত করছি।
• আমরা গিটহাব ডট কম অ্যাক্সেস করতে সমস্যাগুলি তদন্ত করছি।
• GitHub.com- এ অ্যাক্সেস পুনরুদ্ধার করার জন্য আমরা কোনও ডেটা স্টোরেজ সিস্টেম ব্যর্থ করছি।

Answer 21

আমার আর একটি খুব সাধারণ তবুও নালিশ ভুল: আমি কেবল -mআমার প্রতিশ্রুতিতে একটি বার্তা সংশোধক যুক্ত করতে ভুলে গেছি । সুতরাং আমি লিখেছি:

git commit 'My message'

পরিবর্তে সঠিক:

git commit -m 'My message'

দ্রষ্টব্য: এটি কোনও ত্রুটি ছুঁড়ে না! তবে আপনি আপনার প্রতিশ্রুতিগুলি ঠেলাতে পারবেন না এবং সর্বদা তার Everything up to dateপরিবর্তে পেতে পারেন

Answer 22

এখানে, আমার সমাধান উপরের থেকে পৃথক। এই সমস্যাটি কীভাবে হয় আমি তা বুঝতে পারি নি, তবে আমি এটি ঠিক করে ফেলেছি। একটু অপ্রত্যাশিতভাবে।

এখন উপায়:

$ git push origin  use_local_cache_v1
Everything up-to-date
$ git status
On branch test
Your branch is ahead of 'origin/use_local_cache_v1' by 4 commits.
  (use "git push" to publish your local commits)
  ......
$ git push
fatal: The upstream branch of your current branch does not match
the name of your current branch.  To push to the upstream branch
on the remote, use

    git push origin HEAD:use_local_cache_v1

To push to the branch of the same name on the remote, use

    git push origin test
    
$ git push origin HEAD:use_local_cache_v1    
Total 0 (delta 0), reused 0 (delta 0)
remote:

যে আদেশটি আমার পক্ষে কাজ করে তা হ'ল

$git push origin HEAD:use_local_cache

（আশা করি আপনি ছেলেরা যত তাড়াতাড়ি সম্ভব এই সমস্যা থেকে মুক্তি পেয়েছেন)

Answer 23

আমি জানি এটি অত্যন্ত পুরানো, তবে আমার ক্ষেত্রে আমি এটি বেশ দ্রুত স্থির করেছি।

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

কেন জানি না, তবে এটি অন্য কারও পক্ষে কার্যকর।

Comments

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

— ওয়াকার উলহাক

ঠিক আছে, স্পষ্টতার জন্য ধন্যবাদ। তবে কেন এটিকে (যদি আপনি চান) ইস্যুটির "কার্যকরী" হিসাবে বিবেচনা করা যায় না? এটি যদিও সমাধান নয়, তবে এটি অন্যদের জন্য কার্যকর হতে পারে।

— সিসকো

Answer 24

আরেকটি সম্ভাবনা হ'ল আপনার কাছে এমন কমিট রয়েছে যা আপনি যে ডিরেক্টরিটি চাপ দিচ্ছেন সেটি প্রভাবিত করে না। সুতরাং আমার ক্ষেত্রে আমার মতো কাঠামো ছিল

- .git
- README.md
- client/
 - package.json
 - example.js
- api/
 - requirements.txt
 - example.py

এবং আমি মাস্টার সংশোধন করার প্রতিশ্রুতিবদ্ধ করেছি README.md, তখন দৌড়ে git subtree push --prefix client heroku-client masterএসে বার্তাটি পেয়েছিEverything up-to-date

Answer 25

আমি যখন এই বিভ্রান্তিকর ত্রুটির মুখোমুখি হয়েছিলাম তখন আমি জুপিটার-নোটবুক নিয়ে কাজ করছিলাম।

উপরে প্রদত্ত সমাধানগুলি আমি সমাধান করতে পারিনি কারণ আমার কোনও মাথা বিচ্ছিন্ন ছিল না বা আমার স্থানীয় এবং দূরবর্তী রেপোগুলির জন্য আমার আলাদা নামও ছিল না ।

তবে আমি যা করেছি তা ছিল আমার ফাইল আকারগুলি 1MB এর চেয়ে কিছুটা বেশি এবং সবচেয়ে বড়টি ছিল প্রায় 2MB । আমি ব্যবহার করে ফাইলের আকার হ্রাস করেছি কীভাবে আমার আইপাইথন নোটবুকের ফাইলের আকার হ্রাস করতে পারি?প্রযুক্তি. এটি আউটপুটগুলি সাফ করে আমার ফাইলের আকার হ্রাস করতে সহায়তা করেছে। আমি কোডটি ধাক্কা দিতে সক্ষম হয়েছি, এখন থেকে এটি আমার ফাইলের আকার কেবিএস এ নিয়েছে।