Git Push Error: tidak cukup izin untuk menambahkan objek ke basis data repositori

Ketika saya mencoba untuk mendorong ke remote git bersama, saya mendapatkan kesalahan berikut: insufficient permission for adding an object to repository database

Lalu saya membaca tentang perbaikan di sini: Memperbaiki Ini berfungsi untuk dorongan berikutnya, karena semua file dari grup yang benar, tetapi saat berikutnya seseorang mendorong perubahan itu membuat item baru di folder objek yang memiliki grup default mereka sebagai grup. Satu-satunya hal yang dapat saya pikirkan adalah mengubah semua grup default pengembang untuk item yang mereka periksa, tapi itu seperti peretasan. Ada ide? Terima kasih.

Izin Perbaikan

Setelah Anda mengidentifikasi dan memperbaiki penyebab yang mendasarinya (lihat di bawah), Anda ingin memperbaiki izin:

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

Catatan jika Anda ingin semua orang dapat memodifikasi repositori, Anda tidak perlu chgrpdan Anda ingin mengubah chmod menjadisudo chmod -R a+rwX .

Jika Anda tidak memperbaiki penyebab yang mendasarinya, kesalahan akan terus kembali dan Anda harus terus menjalankan kembali perintah di atas berulang kali.

Penyebab yang mendasari

Kesalahan dapat disebabkan oleh salah satu dari berikut ini:

• Repositori tidak dikonfigurasikan menjadi repositori bersama (lihat core.sharedRepositorydi git help config). Jika output dari:

  git config core.sharedRepository
  

  bukan groupatau trueatau 1topeng, coba jalankan:

  git config core.sharedRepository group
  

  dan kemudian jalankan kembali rekursif chmoddan chgrp(lihat "Perbaikan Izin" di atas).

• Sistem operasi tidak menginterpretasikan bit setgid pada direktori sebagai "semua file dan subdirektori baru harus mewarisi pemilik grup".

  Ketika core.sharedRepositoryini trueatau group, Git bergantung pada fitur sistem operasi GNU (misalnya, setiap distribusi Linux) untuk memastikan bahwa baru dibuat subdirektori dimiliki oleh kelompok yang benar (kelompok yang semua pengguna repositori berada di). Fitur ini didokumentasikan dalam dokumentasi GNU coreutils :

  ... [Jika] bit set-group-ID direktori diatur, subfile yang baru dibuat mewarisi grup yang sama dengan direktori, dan subdirektori yang baru dibuat mewarisi bit set-group-ID dari direktori induk. ... [Mekanisme ini memungkinkan] pengguna berbagi file dengan lebih mudah, dengan mengurangi kebutuhan untuk menggunakan chmodatau chownberbagi file baru.

  Namun, tidak semua sistem operasi memiliki fitur ini (NetBSD adalah salah satu contoh). Untuk sistem operasi tersebut, Anda harus memastikan bahwa semua pengguna Git Anda memiliki grup default yang sama. Sebagai alternatif, Anda dapat membuat repositori dapat ditulis oleh dunia dengan menjalankan git config core.sharedRepository world(tapi hati-hati — ini kurang aman).

• Sistem file tidak mendukung bit setgid (misalnya, FAT). ext2, ext3, ext4 semuanya mendukung bit setgid. Sejauh yang saya tahu, sistem file yang tidak mendukung bit setgid juga tidak mendukung konsep kepemilikan grup sehingga semua file dan direktori akan dimiliki oleh grup yang sama (grup mana yang merupakan opsi mount). Dalam hal ini, pastikan semua pengguna Git berada dalam grup yang memiliki semua file dalam sistem file.
• Tidak semua pengguna Git berada dalam grup yang sama yang memiliki direktori repositori. Pastikan pemilik grup di direktori sudah benar dan bahwa semua pengguna berada di grup itu.

Untuk Ubuntu (atau Linux apa pun)

Dari root proyek,

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

Anda dapat mengetahui nama dan grup Anda dengan melihat izin pada sebagian besar output dari perintah ls -al

Catatan: ingat bintang di ujung garis sudo

gunakan perintah berikut, bekerja seperti sihir

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

ketik perintah persis seperti itu (dengan spasi tambahan dan satu titik di akhir)

sudo chmod -R ug+w .;

Pada dasarnya, .git/objectsfile tidak memiliki izin menulis. Baris di atas memberikan izin untuk semua file dan folder di direktori.

Saya hanya ingin menambahkan solusi saya. Saya punya repo di OS X yang memiliki kepemilikan root pada beberapa direktori dan Home (yang merupakan direktori pengguna saya) pada yang lain yang menyebabkan kesalahan yang sama yang tercantum di atas.

Untungnya, solusinya sederhana. Dari terminal:

sudo chown -R Home projectdirectory

Cara yang baik untuk men-debug ini adalah saat berikutnya terjadi, SSH ke repo jarak jauh, cd ke folder objek dan lakukan ls -al.

Jika Anda melihat 2-3 file dengan pengguna yang berbeda: kepemilikan grup lebih dari ini masalahnya.

Itu terjadi pada saya di masa lalu dengan beberapa skrip lama mengakses repositori git kami dan biasanya berarti pengguna yang berbeda (unix) mendorong / memodifikasi file terakhir dan pengguna Anda tidak memiliki izin untuk menimpa file-file itu. Anda harus membuat grup git bersama bahwa semua pengguna git-enabled berada di dan kemudian secara rekursif chgrpyang objectsfolder dan isinya itu sehingga itu kepemilikan kelompok adalah bersama gitkelompok.

Anda juga harus menambahkan sedikit lengket pada folder sehingga semua file yang dibuat dalam folder akan selalu memiliki kelompok git.

chmod g + s direktori-nama

Pembaruan: Saya tidak tahu tentang core.sharedRepository. Senang mengetahui, meskipun mungkin hanya melakukan di atas.

Dipecahkan untuk saya ... hanya ini:

sudo chmod 777 -R .git/objects

Ini dapat dengan mudah terjadi jika Anda berlari git initdengan pengguna yang berbeda dari yang Anda rencanakan untuk digunakan saat mendorong perubahan.

Jika Anda secara membabi buta mengikuti instruksi pada [1] ini akan terjadi karena Anda mungkin membuat pengguna git sebagai root dan kemudian segera pindah ke git init tanpa mengubah pengguna di antaranya.

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

Linux, macOS:

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

di mana namenama pengguna Anda dan groupgrup milik nama pengguna Anda.

Setelah Anda menambahkan beberapa hal ... komit dan setelah semua selesai dorong! BANG !! Mulai semua masalah ... Seperti yang seharusnya Anda perhatikan ada beberapa perbedaan dalam cara proyek baru dan yang ada didefinisikan. Jika beberapa orang mencoba untuk menambah / mengkomit / mendorong file yang sama, atau konten (git menyimpan keduanya sebagai objek yang sama), kita akan menghadapi kesalahan berikut:

$ 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

Untuk mengatasi masalah ini, Anda harus memiliki sesuatu dalam sistem izin sistem operasional karena Anda dibatasi olehnya dalam hal ini. Tu mengerti lebih baik masalahnya, silakan dan periksa folder objek git Anda (.git / objek). Anda mungkin akan melihat sesuatu seperti itu:

<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

* Perhatikan bahwa izin file-file itu diberikan hanya untuk pengguna Anda, tidak ada yang tidak akan pernah bisa mengubahnya ... *

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

MEMECAHKAN MASALAH

Jika Anda memiliki izin pengguna super, Anda dapat maju dan mengubah semua izin sendiri menggunakan langkah dua, dalam hal lain apa pun Anda perlu bertanya semua pengguna dengan objek yang dibuat dengan pengguna mereka, gunakan perintah berikut untuk mengetahui siapa mereka. :

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

Sekarang Anda dan semua pengguna pemilik file harus mengubah izin file-file itu, melakukan:

$ chmod -R 774 .

Setelah itu, Anda perlu menambahkan properti baru yang setara dengan - shared = grup yang dilakukan untuk repositori baru, sesuai dengan dokumentasi, ini membuat repositori-grup dapat ditulis, lakukan mengeksekusi:

$ git config core.sharedRepository group

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

Untuk kasus saya, tidak ada saran yang berfungsi. Saya menggunakan Windows dan ini bekerja untuk saya:

• Salin repo jarak jauh ke folder lain
• Bagikan folder dan berikan izin yang sesuai.
• Pastikan Anda dapat mengakses folder dari mesin lokal Anda.
• Tambahkan repo ini sebagai repo jarak jauh lain di repo lokal Anda. ( git remote add foo //SERVERNAME/path/to/copied/git)
• Dorong ke foo. git push foo master. Apakah itu berhasil? Bagus! Sekarang hapus repo yang tidak berfungsi dan ubah nama ini menjadi apa pun sebelumnya. Pastikan izin dan berbagi properti tetap sama.

Saya mengalami masalah yang sama ini. Membaca di sekitar sini saya menyadari itu adalah izin file pesan yang dimaksud. Perbaikannya, bagi saya, ada di:

/etc/inetd.d/git-gpv

Itu mulai git-daemon sebagai pengguna ' tidak ada ' sehingga tidak memiliki izin menulis.

# 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

(Saya ragu orang lain memanggil file conf inetd mereka git-gpv. Biasanya akan langsung di /etc/inetd.conf)

Anda memerlukan izin menulis yang cukup pada direktori yang Anda dorong.

Dalam hal ini: Windows 2008 server

klik kanan pada direktori git repo atau direktori induk.

Properti> tab Berbagi> Berbagi Tingkat Lanjut> Izin> memastikan pengguna memiliki hak akses yang sesuai.

Anda mungkin secara tidak sengaja memiliki repositori git

Ada kemungkinan juga bahwa Anda menambahkan repositori lokal lain dengan alias yang sama. Sebagai contoh, Anda sekarang memiliki 2 folder lokal yang disebutorigin sehingga ketika Anda mencoba untuk mendorong, repositori jarak jauh tidak akan menerima kredensial Anda.

Ganti nama alias repositori lokal, Anda dapat mengikuti tautan ini https://stackoverflow.com/a/26651835/2270348

Mungkin Anda dapat meninggalkan 1 repositori lokal sesuai keinginan Anda origindan yang lain mengganti nama mereka misalnya dari originke anotherorigin. Ingat ini hanya alias dan yang perlu Anda lakukan hanyalah mengingat alias baru dan masing-masing cabang jarak jauh.

Bekerja untukku

sudo chmod -R g+rwX .

Saya mendapatkan ini ketika menarik ke dalam proyek Rstudio. Saya menyadari saya lupa melakukan:

sudo rstudio

pada startup program. Bahkan karena ada bug lain yang saya punya, saya harus benar-benar melakukannya:

sudo rstudio --no-sandbox

Gunakan sudo untuk komit -m

• git add -A
• sudo git commit -m "Gunakan sudo untuk commit -m"
• git dorong asal branch_name

Saya mendapatkan masalah ini dengan repositori jarak jauh pada share Samba; Saya berhasil menarik dari remote ini, tetapi gagal ketika mendorongnya.

Penyebab kesalahan adalah kredensial yang salah dalam ~/.smbcredentialsfile saya .