Mengapa saya perlu mendorong cabang baru secara eksplisit?

Saya baru masuk gitdan sedang berlatih. Saya membuat cabang lokal tetapi saya melihat bahwa ketika saya melakukannya git push, cabang saya tidak diunggah ke repositori. Aku harus benar-benar melakukan: git push -u origin --all.
Kenapa ini? Bukankah cabang perubahan baru yang didorong secara default? Mengapa saya perlu menjalankan perintah kedua?

Alasan sebenarnya adalah bahwa, dalam repo baru (git init), tidak ada cabang (tidak master, tidak ada cabang sama sekali, nol cabang)

Jadi, ketika Anda mendorong untuk pertama kalinya ke repo hulu kosong (umumnya yang kosong ), repo hulu tidak memiliki cabang dengan nama yang sama.

Dan:

• yang kebijakan mendorong standar adalah ' matching' (mendorong semua cabang dengan nama yang sama, menciptakan mereka jika mereka tidak ada),
• kebijakan push default sekarang ' simple' (push hanya cabang saat ini, dan hanya jika memiliki cabang pelacakan jarak jauh yang bernama sama di hulu, karena git 1.7.11 )

Dalam kedua kasus, karena repo kosong hulu tidak memiliki cabang:

• belum ada cabang bernama yang cocok
• tidak ada cabang hulu sama sekali (dengan atau tanpa nama yang sama! Pelacakan atau tidak)

Itu berarti dorongan lokal pertama Anda tidak tahu:

• ke mana harus mendorong
• apa yang harus didorong (karena tidak dapat menemukan cabang hulu dicatat sebagai cabang pelacakan jarak jauh, dan / atau memiliki nama yang sama)

Jadi, Anda setidaknya perlu melakukan:

git push origin master

Tetapi jika Anda hanya melakukan itu, Anda:

• akan membuat mastercabang hulu di hulu (sekarang repo tidak kosong): bagus.
• tidak akan mencatat bahwa cabang lokal ' master' perlu didorong ke hulu ( origin) ' master' (cabang hulu): buruk.

Itulah mengapa disarankan, untuk dorongan pertama, untuk melakukan:

git push -u origin master

Itu akan merekam origin/mastersebagai cabang pelacakan jarak jauh , dan akan memungkinkan dorongan berikutnya untuk secara otomatis mendorong masterke origin/master.

git checkout master
git push

Dan itu akan bekerja juga dengan kebijakan push ' current' atau ' upstream'.
Dalam setiap kasus, setelah inisial git push -u origin master, dorongan git yang sederhana akan cukup untuk terus mendorong master ke cabang hulu kanan.

Anda tidak, lihat di bawah

Saya menemukan 'fitur' ini agak mengganggu karena saya tidak mencoba meluncurkan roket ke bulan, cukup dorong cabang sialan saya. Anda mungkin melakukannya juga atau Anda tidak akan ada di sini!

Ini adalah perbaikannya: jika Anda ingin secara implisit mendorong untuk cabang saat ini terlepas dari apakah cabang itu ada pada asal hanya mengeluarkan perintah ini sekali dan Anda tidak akan pernah harus lagi di mana saja:

git config --global push.default current

Jadi, jika Anda membuat cabang seperti ini:

git checkout -b my-new-branch

dan kemudian melakukan beberapa komitmen dan kemudian melakukan a

git push -u

untuk mengeluarkannya dari asal (berada di cabang itu) dan itu akan membuat cabang tersebut untuk Anda jika tidak ada.

Perhatikan bit -u memastikan mereka terhubung jika Anda menarik nanti dari cabang tersebut. Jika Anda tidak memiliki rencana untuk menarik cabang nanti (atau boleh saja dengan satu liner jika Anda melakukannya) -u tidak perlu.

Output git pushketika mendorong cabang baru

> git checkout -b new_branch
Switched to a new branch 'new_branch'
> git push
fatal: The current branch new_branch has no upstream branch.
To push the current branch and set the remote as upstream, use

    git push --set-upstream origin new_branch

git pushAsumsi sederhana bahwa sudah ada cabang terpencil yang dilacak oleh cabang lokal saat ini. Jika tidak ada cabang jarak jauh seperti itu, dan Anda ingin membuatnya, Anda harus menentukan bahwa menggunakan flag -u(bentuk pendek --set-upstream).

Kenapa begitu? Saya kira para pelaksana merasa bahwa membuat cabang pada remote adalah suatu tindakan besar sehingga harus sulit melakukannya secara tidak sengaja. git pushadalah sesuatu yang Anda lakukan sepanjang waktu.

"Bukankah cabang perubahan baru yang didorong secara default?" Saya akan mengatakan bahwa "perubahan" di Git adalah komitmen. Cabang adalah pointer ke komit. Bagi saya lebih masuk akal untuk memikirkan dorongan sebagai sesuatu yang mendorong komitmen ke repositori lain. Komit mana yang didorong ditentukan oleh cabang mana Anda berada dan hubungan pelacakan dari cabang itu ke cabang di remote.

Anda dapat membaca lebih lanjut tentang melacak cabang di bab Cabang Jarak Jauh dari buku Pro Git .

Saya tidak dapat menemukan alasan oleh pengembang asli ini secepat ini, tetapi saya dapat memberikan Anda tebakan yang dididik berdasarkan pengalaman Git selama beberapa tahun.

Tidak, tidak setiap cabang adalah sesuatu yang ingin Anda dorong ke dunia luar. Itu mungkin mewakili eksperimen pribadi.

Apalagi ke mana harus git pushmengirim semua cabang? Git dapat bekerja dengan beberapa remote dan Anda mungkin ingin memiliki set cabang yang berbeda pada masing-masing. Misalnya repo proyek pusat GitHub mungkin memiliki cabang rilis; garpu GitHub dapat memiliki cabang topik untuk ditinjau; dan server Git lokal mungkin memiliki cabang yang berisi konfigurasi lokal. Jika git pushakan mendorong semua cabang ke remote yang dilacak oleh cabang saat ini, skema semacam ini akan mudah dikacaukan.

HEAD adalah kependekan dari cabang saat ini sehingga git push -u asal HEAD berfungsi. Sekarang untuk menghindari pengetikan ini setiap kali saya menggunakan alias:

git config --global alias.pp 'push -u origin HEAD'

Setelah ini, setiap kali saya ingin mendorong cabang yang dibuat melalui cabang git -b saya bisa mendorongnya menggunakan:

git pp

Semoga ini menghemat waktu untuk seseorang!

Pada pemeriksaan pertama

Langkah-1: git remote -v
// jika ditemukan git menginisialisasi kemudian hapus atau lewati langkah-2

Langkah-2: git remote rm origin
// Kemudian konfigurasikan alamat email Anda secara global git

Langkah-3: git config --global user.email "youremail@example.com"

Langkah-4: git initial

Langkah-5: git commit -m "Initial Project"
// Jika sudah menambahkan repo proyek maka lewati langkah-6

Langkah-6: git remote add origin %repo link from bitbucket.org%

Langkah-7: git push -u origin master

Saya baru saja mengalami permutasi lebih lanjut dari masalah ini.

Saya memiliki nama cabang feat/XYZ-1234-some-descriptionkarena saya mengerjakan Jira edisi 1234. Selama pekerjaan saya membuat masalah Jira baru untuk melacak bagian yang lebih kecil dari pekerjaan, dan ketika saya datang untuk mendorong saya memutuskan untuk mendorong ke nama cabang dengan nomor penerbitan baru ini. di:

git push -u origin feat/XYZ-5678-a-different-description # failed

Ini memberi saya kesalahan yang sedang dibahas di utas SO ini. Tetapi karena saya mencoba untuk mendorong ke nama cabang yang berbeda dari cabang saya saat ini, masalah saya berbeda dengan yang dijelaskan di sini. Saya akhirnya mengganti nama cabang lokal saya sebelum saya bisa mendorongnya:

git branch -m feat/XYZ-1234-some-description feat/XYZ-5678-a-different-description
git push -u origin feat/XYZ-5678-a-different-description # now works

Setelah sedikit lebih membaca sekitar saya menyadari bahwa saya bisa menetapkan srcpada git push, baik untuk nama cabang saat, atau hanya HEADjika sesuai:

git push -u origin feat/XYZ-1234-some-description:feat/XYZ-5678-a-different-description # also works

Jika Anda mengaktifkan untuk mendorong perubahan baru dari cabang baru Anda pertama kali. Dan mendapatkan kesalahan di bawah ini:

*git push -f
fatal: The current branch Coding_Preparation has no upstream branch.

Untuk mendorong cabang saat ini dan mengatur remote sebagai upstream, gunakan

git push -u origin new_branch_name


** Successful Result:** 
 git push -u origin Coding_Preparation
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Delta compression using up to 4 threads
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 599 bytes | 599.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
remote:
remote: Create a pull request for 'Coding_Preparation' on GitHub by visiting: ...
 * [new branch]      Coding_Preparation -> Coding_Preparation
Branch 'Coding_Preparation' set up to track remote branch 'Coding_Preparation' from 'origin'.