গিট পুশ ত্রুটি: সংগ্রহস্থল ডাটাবেসে কোনও অবজেক্ট যোগ করার জন্য পর্যাপ্ত অনুমতি

Question

যখন আমি একটি ভাগ করা গিট দূরবর্তী দিকে ঠেলে দেওয়ার চেষ্টা করি তখন আমি নিম্নলিখিত ত্রুটিটি পাই: insufficient permission for adding an object to repository database

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

Comments

আমি এই ত্রুটিটি দুর্ঘটনাক্রমে git addএবং git commitরুট ব্যবহারকারী হিসাবে তৈরি করার পরে পেয়েছি । ডিরেক্টরি অনুমতিগুলি git resetঠিক করতে আমি এবং এই প্রশ্নের উত্তর দিয়ে এটিকে ঠিক করেছি .git।

— স্টকবি

আমি কীভাবে এটি আবিষ্কার করতে পারি যে এটি কোন বস্তু তৈরি করার চেষ্টা করছে (যখন ম্যানুয়ালি এইরকম অনুমতির সমস্যাগুলি ডিবাগ করা হয়)? ত্রুটি বার্তাটি খুব বেশি অস্পষ্ট।

— মীরাবিলোস

আমি প্রথমে sudo ব্যবহার করে অন্য .git ফাইলটি অনুলিপি করার সময় এই ত্রুটিটি পেয়েছি। সুতরাং, ফাইলগুলির নাম এবং গোষ্ঠী হিসাবে sudo sudo ছিল।

— ভিনসেন্ট

Answer 1

অনুমতি মেরামত

অন্তর্নিহিত কারণটি সনাক্ত এবং সংশোধন করার পরে (নীচে দেখুন), আপনি অনুমতিগুলি মেরামত করতে চাই:

cd /path/to/repo.git
sudo chgrp -R groupname .
sudo chmod -R g+rwX .
find . -type d -exec chmod g+s '{}' +

দ্রষ্টব্য যদি আপনি চান যে প্রত্যেকে সংগ্রহস্থলটি সংশোধন করতে সক্ষম হবেন, আপনার প্রয়োজন নেই chgrpএবং আপনি chmod এ পরিবর্তন করতে চানsudo chmod -R a+rwX .

যদি আপনি অন্তর্নিহিত কারণটি ঠিক না করেন তবে ত্রুটিটি ফিরে আসতে থাকবে এবং আপনাকে উপরের কমান্ডগুলি বার বার চালিয়ে যেতে হবে।

অন্তর্নিহিত কারণ

ত্রুটি নিম্নলিখিত একটির কারণে হতে পারে:

• সংগ্রহস্থলের একটি ভাগ সংগ্রহস্থলের (দেখুন করার জন্য কনফিগার করা হয় না core.sharedRepositoryএ git help config)। যদি আউটপুট:

  git config core.sharedRepository
  

  নয় groupবা trueবা 1বা কিছু মাস্ক, দৌড়ানো চেষ্টা করুন:

  git config core.sharedRepository group
  

  এবং তারপরে পুনরাবৃত্তির পুনরায় রান করুন chmodএবং chgrp(উপরের "মেরামতির অনুমতিগুলি" দেখুন)।

• অপারেটিং সিস্টেমটি ডিরেক্টরিগুলিতে একটি সেটগিড বিটের ব্যাখ্যা দেয় না কারণ "সমস্ত নতুন ফাইল এবং উপ-ডিরেক্টরিগুলি গ্রুপের মালিকের উত্তরাধিকারী হওয়া উচিত"।

  যখন core.sharedRepositoryহয় trueবা group, গীত তা নিশ্চিত করার জন্য নতুন তৈরি সাবডিরেক্টরি সঠিক গ্রুপ (গ্রুপ যে সংগ্রহস্থলের এর ব্যবহারকারীদের সব হয়) মালিকানা রয়েছে গনুহ অপারেটিং সিস্টেমের একটি বৈশিষ্ট্য (যেমন, যে লিনাক্স ডিস্ট্রিবিউশন) উপর নির্ভর করে। এই বৈশিষ্ট্যটি জিএনইউ কোর্টিলস ডকুমেন্টেশনে নথিভুক্ত করা হয়েছে :

  ... [যদি] কোনও ডিরেক্টরিতে সেট-গ্রুপ-আইডি বিট সেট করা থাকে, সদ্য নির্মিত সাবফিলগুলি ডিরেক্টরি হিসাবে একই গোষ্ঠীটির উত্তরাধিকারী হয় এবং নতুন নির্মিত সাব-ডিরেক্টরিগুলি প্যারেন্ট ডিরেক্টরিটির সেট-গ্রুপ-আইডি বিটের উত্তরাধিকারী হয়। ... [এই পদ্ধতিটি] ব্যবহারকারীদের নতুন ফাইলগুলি ব্যবহারের প্রয়োজন chmodবা chownভাগ করে নেওয়ার মাধ্যমে আরও সহজেই ফাইলগুলি ভাগ করতে দেয় ।

  তবে, সমস্ত অপারেটিং সিস্টেমে এই বৈশিষ্ট্যটি নেই (নেটবিএসডি একটি উদাহরণ) is এই অপারেটিং সিস্টেমগুলির জন্য, আপনার সমস্ত গিট ব্যবহারকারীদের একই ডিফল্ট গ্রুপ রয়েছে তা নিশ্চিত হওয়া উচিত। বিকল্পভাবে, আপনি চালনা করে সংগ্রহস্থলকে বিশ্ব-লিখনযোগ্য করতে পারেন git config core.sharedRepository world(তবে সাবধান হন — এটি কম সুরক্ষিত)।

• ফাইল সিস্টেম সেটগ্রিড বিট সমর্থন করে না (উদাঃ, FAT)। ext2, ext3, ext4 সব সেটজিড বিটকে সমর্থন করে। আমি যতদূর জানি, যে ফাইল সিস্টেমগুলি সেটজিড বিট সমর্থন করে না সেগুলিও গ্রুপ মালিকানার ধারণাটিকে সমর্থন করে না তাই সমস্ত ফাইল এবং ডিরেক্টরিগুলি একই গ্রুপের মালিকানাধীন হবে (কোন গ্রুপটি মাউন্ট বিকল্প) a এই ক্ষেত্রে, নিশ্চিত করুন যে সমস্ত গিট ব্যবহারকারীরা সেই গ্রুপে আছেন যা ফাইল সিস্টেমের সমস্ত ফাইলের মালিক।
• গিট ব্যবহারকারীরা সকলেই একই গ্রুপে নেই যেগুলি সংগ্রহস্থল ডিরেক্টরিগুলির মালিক। ডিরেক্টরিগুলিতে থাকা গ্রুপের মালিক সঠিক এবং সমস্ত ব্যবহারকারী সেই গ্রুপে আছেন তা নিশ্চিত করুন।

Comments

@ রিচার্ড হানসেন - মালিকানা জোর করে আপনি কী বোঝাতে চেয়েছেন তা আমি সত্যিই জানি না। আমি chmod এর জন্য লোকটির দিকে তাকিয়ে আছি তবে শব্দগুলি বোঝার জন্য এটি সম্পর্কে যথেষ্ট জানেন না :) কোনও টিপস?

— স্কাজ

@ জিআইএইচ: এটি সেট না করা থাকলে আপনি কিছুই পাবেন না (যা এর মতো falseবা একই রকম umask)। দেখুন git help configআরো বিস্তারিত জানার জন্য।

— রিচার্ড হানসেন

আমি অবশ্যই আমার ওয়ার্কিং ডিরেক্টরিতে রুট অ্যাকাউন্ট git pushব্যবহার করে জারি করেছিলাম। আমি উত্তর পেয়েছি কিছু গিট সংগ্রহস্থল ফাইলের মালিক মূল ( ) root -r--r--r--. 1 root root 6380 5月 25 12:39 9b44bd22f81b9a8d0a244fd16f7787a1b1d424

— লিউইয়ান 研 研

@ ম্যাটব্রাউন: দ্রষ্টব্য যে এটি একটি রাজধানী X, ছোট হাতের না x। মূলধনের Xঅর্থ " S_IXGRPফাইল যদি ডিরেক্টরি হয় তবে সেট করুন (বা অন্য কোনও S_IX*বিট সেট করা থাকলে)", সুতরাং এটি সমস্ত ফাইলকে সম্পাদনযোগ্য করে তুলবে না। এটি অপ্রয়োজনীয় হতে পারে, তবে অতীতে কোনও সময়ে core.sharedRepositoryসেট করা থাকলে তা নাও হতে পারে 0600।

— রিচার্ড হ্যানসেন

@ ফ্রাঙ্কাইস্রোমাইন: এই লাইনটি সমস্ত ডিরেক্টরিতে সেটগিড বিট সেট করে। Gnu.org/software/coreutils/manual/html_node/…

— রিচার্ড হ্যানসেন

Answer 2

উবুন্টু (বা যে কোনও লিনাক্স) এর জন্য

প্রকল্পের মূল থেকে,

cd .git/objects
ls -al
sudo chown -R yourname:yourgroup *

Ls -al কমান্ডের আউটপুটের বেশিরভাগ অনুমতি দেখে আপনার নাম এবং আপনার গ্রুপটি কী হওয়া উচিত তা আপনি বলতে পারেন

দ্রষ্টব্য: সুডো লাইনের শেষে তারাটি মনে রাখবেন

Comments

দুর্দান্ত কাজ করেছেন! হ্যাঁ, কিছু কারণে ফোল্ডারগুলির কিছুকে আলাদা নাম এবং গোষ্ঠী (মূল) দেওয়া হয়েছিল।

— পিটার আরানডোরেনকো

আমি পেয়েছি:Sorry, user myuser is not allowed to execute '/bin/chown

— ফ্রান্সিসকো

*সব পার্থক্য তৈরি। ধন্যবাদ।

— ব্র্যাডলি বন্যা

আমার সমস্যা আমি একবার রুট হিসাবে একটি "Git টান", যা আমি অনুমতি মাতাল আপ মনে করেছে হয় ... আপনি একটি করে পরীক্ষা করতে পারবেনls .git

— rogerdpack

দ্রুত সমাধানের জন্য ধন্যবাদ!

— হেলভেট

Answer 3

নিম্নলিখিত কমান্ড ব্যবহার করুন, যাদু মত কাজ করে

sudo chown -R "${USER:-$(id -un)}" .

কমান্ডটি ঠিক তেমন টাইপ করুন (অতিরিক্ত স্থান এবং শেষে একটি বিন্দু সহ)

Comments

একটি যাদুমন্ত্র মত কাজ করে!

— doncadavona

অসাধারণ! আমার ম্যাকের উপর পুরোপুরি কাজ করেছেন

— শচীন খোত

এটি আমাকেও সাহায্য করেছিল! ধন্যবাদ।

— হরভথ আদম

প্রকৃতপক্ষে, ম্যাজিক মত কাজ! ধন্যবাদ!

— কুমার মনীশ

Answer 4

sudo chmod -R ug+w .;

মূলত, .git/objectsফাইলের লেখার অনুমতি নেই। উপরের লাইনটি ডিরেক্টরিতে থাকা সমস্ত ফাইল এবং ফোল্ডারগুলিকে অনুমতি দেয়।

Comments

এটিই আমার পক্ষে কাজ করেছিল। গৃহীত উত্তরটি দুঃখের সাথে হয়নি। ধন্যবাদ রাজেন্দ্র!

— মিনিটে পুনর্বিবেচনা

Answer 5

আমি আমার সমাধানটি যুক্ত করতে চেয়েছিলাম। ওএস এক্স-এ আমার একটি রেপো ছিল যা অন্যের উপর কিছু ডিরেক্টরি এবং হোম (যা আমার ব্যবহারকারী ডিরেক্টরি) -এর মূলের মালিকানাধীন ছিল যা উপরে তালিকাভুক্ত একই ত্রুটির কারণ হয়ে দাঁড়িয়েছিল।

সমাধান সহজ ছিল ধন্যবাদ। টার্মিনাল থেকে:

sudo chown -R Home projectdirectory

Comments

একই জিনিস আমার ঘটেছে। আমি বুঝতে পারি না যে কয়েকটি বস্তুর মূল মালিকানা কীভাবে পেয়েছে তবে তারা তা করেছে।

— vy32

Answer 6

এটি ডিবাগ করার একটি ভাল উপায় এটি পরের বার হয়, এসএসএইচ দূরবর্তী রেপোতে, সিডি অবজেক্ট ফোল্ডারে এবং একটি করুন ls -al।

যদি আপনি বিভিন্ন ব্যবহারকারীর সাথে 2-3 টি ফাইল দেখতে পান তবে এর চেয়ে গ্রুপের মালিকানা হ'ল সমস্যা।

বিগত সময়ে কিছু লিগ্যাসি স্ক্রিপ্টগুলি আমাদের গিট রেপো অ্যাক্সেসের সাথে আমার ঘটেছিল এবং সাধারণত একটি পৃথক (ইউনিক্স) ব্যবহারকারী সর্বশেষে ধাক্কা দেয় / পরিবর্তিত ফাইলগুলি ব্যবহার করে এবং আপনার ব্যবহারকারীর সেই ফাইলগুলি ওভাররাইট করার অনুমতি নেই। যে সব Git-সক্রিয় ব্যবহারকারীদের যাও recursively হয় এবং তারপর আপনি একটি ভাগ Git গ্রুপ তৈরি করা উচিত ফোল্ডার এবং এটা বিষয়বস্তু যাতে এটি এর দল মালিকানা ভাগ করা নেই গ্রুপ।chgrpobjectsgit

ফোল্ডারে আপনার একটি স্টিকি বিট যুক্ত করা উচিত যাতে ফোল্ডারে তৈরি সমস্ত ফাইলের সর্বদা এর গ্রুপ থাকে git।

chmod g + s ডিরেক্টরি-নাম

আপডেট: আমি কোর.শ্রেড রেপোসিটরি সম্পর্কে জানতাম না। জেনে রাখা ভাল, যদিও এটি কেবল উপরেরটি করে।

Answer 7

আমার জন্য সমাধান ... ঠিক এটি:

sudo chmod 777 -R .git/objects

Comments

Chmod 777আপনার মেশিনকে দুর্বল করে তুলতে বিশ্বের সমস্ত ফাইল আপনার সমস্ত ফাইলকে উন্মোচিত করার কারণে এটি প্রস্তাবিত নয়

— এলেনা

যদি আপনার পরামর্শটি হয় chmod 777, তবে 100 এর মধ্যে 99 বার আপনি সমস্যাটি বুঝতে পারছেন না এবং আপনি সমাধান করতে সহায়তা করার চেয়ে আরও বেশি সমস্যার কারণ হতে পারেন। উপরের স্বীকৃত উত্তরটি দেখায়, এই সমস্যাটি আলাদা নয়।

— জোনাটান

কেন তোমরা ছেলেরা কোনও গ্রহণযোগ্য উত্তর প্রস্তাব দিচ্ছ না কেন পরিবর্তে এটি ভুল পছন্দ বলে?

— জিওভানি

কারণ পৃষ্ঠাটিতে গ্রহণযোগ্য উত্তর থাকলেও এই অগ্রহণযোগ্য উত্তরটি এখনও এখানে রয়েছে।

— তেহ জো ই

sudo chmod -R 777 .git / वस्तू

— নবেল আহমেদ

Answer 8

git initপরিবর্তনের দিকে ধাক্কা দেওয়ার সময় আপনি যে ব্যবহার করার পরিকল্পনা করছেন তার থেকে আলাদা কোনও ব্যবহারকারীর সাথে দৌড়ে গেলে এটি সহজেই ঘটতে পারে ।

আপনি যদি [1] এর নির্দেশাবলী অন্ধভাবে অনুসরণ করেন তবে এটি ঘটবে কারণ আপনি সম্ভবত গিট-ব্যবহারকারীকে মূল হিসাবে তৈরি করেছেন এবং এরপরে তত্ক্ষণাত ব্যবহারকারীর মধ্যে পরিবর্তন না করে গিট ইনিতে চলে যান।

[1] http://git-scm.com/book/en/Git-on-the-Server-Setting-Up-the-Sverver

Answer 9

লিনাক্স, ম্যাকোস:

cd .git/
sudo chown -R name:group *

nameআপনার ব্যবহারকারীর নাম কোথায় এবং groupআপনার ব্যবহারকারীর নামটি এমন একটি গোষ্ঠী।

Answer 10

আপনি কিছু জিনিস যোগ করার পরে ... তাদের প্রতিশ্রুতিবদ্ধ এবং সর্বোপরি এটি ধাক্কা! Bang !! সমস্ত সমস্যা শুরু করুন ... আপনার লক্ষ্য করা উচিত যেভাবে নতুন এবং বিদ্যমান উভয় প্রকল্পের সংজ্ঞা দেওয়া হয়েছিল তাতে কিছু পার্থক্য রয়েছে। যদি অন্য কোনও ব্যক্তি একই ফাইলগুলি বা বিষয়বস্তু যুক্ত করতে / প্রতিশ্রুতিবদ্ধ / ধাক্কা দেওয়ার চেষ্টা করে (গিটটি উভয়কে একই জিনিস হিসাবে রাখে), তবে আমরা নিম্নলিখিত ত্রুটির মুখোমুখি হব:

$ git push
Counting objects: 31, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (17/17), done.
Writing objects: 100% (21/21), 2.07 KiB | 0 bytes/s, done.
Total 21 (delta 12), reused 0 (delta 0)
remote: error: insufficient permission for adding an object to repository database ./objects  remote: fatal: failed to write object

এই সমস্যাটি সমাধান করার জন্য আপনার অপারেশনাল সিস্টেমের অনুমতি সিস্টেমকে মনে রাখতে হবে কারণ আপনি এই ক্ষেত্রে এটি দ্বারা সীমাবদ্ধ। আপনি সমস্যাটি আরও ভালভাবে বুঝতে পারেন, এগিয়ে যান এবং আপনার গিট অবজেক্টের ফোল্ডার (.git / অবজেক্টস) দেখুন। আপনি সম্ভবত এরকম কিছু দেখতে পাবেন:

<your user_name>@<the machine name> objects]$ ls -la
total 200
drwxr-xr-x 25 <your user_name> <group_name> 2048 Feb 10 09:28 .
drwxr-xr-x  3 <his user_name> <group_name> 1024 Feb  3 15:06 ..
drwxr-xr-x  2 <his user_name> <group_name> 1024 Jan 31 13:39 02
drwxr-xr-x  2 <his user_name> <group_name> 1024 Feb  3 13:24 08

* মনে রাখবেন যে এই ফাইলগুলির অনুমতিগুলি কেবলমাত্র আপনার ব্যবহারকারীদের জন্যই মঞ্জুরিপ্রাপ্ত হয়েছিল, কেউ কখনই এটিকে পরিবর্তন করতে পারবে না ... *

Level       u   g   o
Permission rwx r-x ---
Binary     111 101 000
Octal       7   5   0

সমস্যা সমাধান করা

যদি আপনার কাছে সুপার ব্যবহারকারীর অনুমতি থাকে তবে আপনি এগিয়ে যেতে পারেন এবং পদক্ষেপ দুটি ব্যবহার করে নিজেই সমস্ত অনুমতি পরিবর্তন করতে পারেন, অন্য যে কোনও ক্ষেত্রে আপনাকে তাদের ব্যবহারকারীদের সাথে তৈরি অবজেক্টযুক্ত সমস্ত ব্যবহারকারীকে জিজ্ঞাসা করতে হবে, তারা কারা তা জানতে নীচের আদেশটি ব্যবহার করুন :

$ ls -la | awk '{print $3}' | sort -u 
<your user_name>
<his user_name>

এখন আপনাকে এবং সমস্ত ফাইলের মালিক ব্যবহারকারীদের এই ফাইলগুলির অনুমতিটি পরিবর্তন করতে হবে:

$ chmod -R 774 .

এর পরে আপনাকে একটি নতুন সম্পত্তি যুক্ত করতে হবে যা নতুন সংগ্রহস্থলের জন্য সমাপ্ত --shared = গোষ্ঠীর সমতুল্য, ডকুমেন্টেশন অনুসারে, এটি সংগ্রহস্থলকে দল-লিখনযোগ্য করে তোলে, এটি সম্পাদন করে:

$ git config core.sharedRepository group

https://coderwall.com/p/8b3ksg

Comments

আমার জন্য সমস্ত কিছু ছিল username:groupnameতবে আমি চেষ্টা করার chmod -R 774 .পরে আমি git add --allসফলভাবে চালাতে পারতাম ।

— জন স্কিলব্যাক 20

Answer 11

আমার ক্ষেত্রে পরামর্শের কোনওটিই কাজ করে নি। আমি উইন্ডোজে আছি এবং এটি আমার পক্ষে কাজ করেছে:

• অন্য ফোল্ডারে রিমোট রেপো অনুলিপি করুন
• ফোল্ডারটি ভাগ করুন এবং উপযুক্ত অনুমতি দিন।
• আপনার স্থানীয় মেশিন থেকে আপনি ফোল্ডারটি অ্যাক্সেস করতে পারবেন তা নিশ্চিত করুন।
• আপনার স্থানীয় রেপোতে এই রিপোটিকে অন্য দূরবর্তী রেপো হিসাবে যুক্ত করুন। ( git remote add foo //SERVERNAME/path/to/copied/git)
• ফুও ঠেলা। git push foo master। এটা কি কাজ করেছে? গ্রেট! এখন না-কাজ করা রেপো মোছা করুন এবং এর আগে যা যা ছিল তাতে এর নতুন নাম দিন। নিশ্চিত অনুমতি এবং ভাগ সম্পত্তি একই থাকে নিশ্চিত করুন।

Comments

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

— মিজিফ্রিডা

Answer 12

আমি এই একই ইস্যু আঘাত। এখানে পড়ার পরে আমি বুঝতে পারলাম এটি ফাইলের অনুমতি যা বার্তাটি উল্লেখ করছে। আমার জন্য ঠিক করা ছিল:

/etc/inetd.d/git-gpv

এটি ' কেউ নয় ' হিসাবে গিট-ডেমন শুরু করছিল তাই লেখার অনুমতিের অভাব ছিল।

# Who   When    What
# GPV   20Nov13 Created this by hand while reading: http://linuxclues.blogspot.co.uk/2013/06>/git-daemon-ssh-create-repository-debian.html
# GPV   20Nov13 Changed owner (to user_git) otherise nobody lack permission to update the repository
#git stream tcp nowait nobody  /usr/bin/git git daemon --inetd --verbose --enable=receive-pack --export-all /gitrepo
git stream tcp nowait user_git  /usr/bin/git git daemon --inetd --verbose --enable=receive-pack --export-all /gitrepo

(আমি সন্দেহ করি যে অন্যরা তাদের ইনডড কনফিড ফাইলটি গিট-জিপিভি কল করতে পারেন। সাধারণভাবে এটি সরাসরি /etc/inetd.conf এ হবে)

Answer 13

যে ডিরেক্টরিটিতে আপনি চাপ দিচ্ছেন তার জন্য আপনার পর্যাপ্ত লেখার অনুমতি দরকার।

আমার ক্ষেত্রে: উইন্ডোজ 2008 সার্ভার

গিট রেপো ডিরেক্টরি বা মূল ডিরেক্টরিতে ডান ক্লিক করুন।

বৈশিষ্ট্য> ভাগ করে নেওয়ার ট্যাব> উন্নত ভাগ করে নেওয়া> অনুমতি> ব্যবহারকারীর উপযুক্ত অ্যাক্সেসের অধিকার রয়েছে তা নিশ্চিত করুন।

Answer 14

আপনি দুর্ঘটনাক্রমে গিট সংগ্রহস্থল নেস্ট করেছেন

Answer 15

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

স্থানীয় সংগ্রহস্থল উপাধিকার নাম পরিবর্তন করুন, আপনি এই লিঙ্কটি অনুসরণ করতে পারেন https://stackoverflow.com/a/26651835/2270348

হতে পারে আপনি আপনার যেমন পছন্দ 1 স্থানীয় সংগ্রহস্থলে চলে যাবে originএবং অন্যদের থেকে উদাহরণস্বরূপ তাদের নামান্তর originকরতে anotherorigin। মনে রাখবেন এগুলি কেবলমাত্র উপাধি এবং আপনাকে যা করতে হবে তা হ'ল নতুন এলিয়াস এবং তাদের সম্পর্কিত প্রত্যন্ত শাখাগুলি মনে রাখবেন।

Answer 16

আমার জন্য কাজ কর

sudo chmod -R g+rwX .

Answer 17

কোনও রাস্তুডিও প্রকল্পে টানতে গিয়ে আমি এটি পেয়েছি আমি বুঝতে পেরেছি যে আমি করতে ভুলে গেছি:

sudo rstudio

প্রোগ্রাম শুরুতে। আসলে আমার কাছে আরও একটি ত্রুটি থাকার কারণে আমার আসলে এটি করা দরকার:

sudo rstudio --no-sandbox

Answer 18

কমিট-এম এর জন্য সুডো ব্যবহার করুন

• গিট অ্যাড -এ
• সুডো গিট কমিট-এম "কমিট কমেন্টের জন্য সুডো ব্যবহার করুন"
• গিট পুশ অরিজিন শাখা_নাম

Answer 19

আমি সাম্বা শেয়ারে একটি রিমোট রিপোজিটরি নিয়ে এই সমস্যাটি পাচ্ছিলাম; আমি এই দূরবর্তী থেকে সফলভাবে টানছি, কিন্তু এটির দিকে ধাক্কা দেওয়ার সময় ব্যর্থ হয়েছি।

ত্রুটির কারণটি আমার ~/.smbcredentialsফাইলটিতে ভুল শংসাপত্র ছিল ।