Apa perbedaan antara reset git --mixed, --soft, dan --hard?

Saya ingin membagi komit dan tidak yakin opsi reset mana yang digunakan.

Saya melihat halaman Dalam bahasa Inggris biasa, apa yang dilakukan "git reset"? , tapi saya sadar saya tidak terlalu mengerti apa itu indeks git atau area pementasan dan karenanya penjelasannya tidak membantu.

Juga, kasus penggunaan untuk --mixeddan --softterlihat sama dengan saya dalam jawaban itu (ketika Anda ingin memperbaiki dan komitmen kembali). Bisakah seseorang memecahnya lebih banyak? Saya sadar --mixedmungkin adalah pilihan untuk pergi, tetapi saya ingin tahu mengapa . Terakhir, bagaimana --hard?

Dapatkah seseorang memberi saya contoh alur kerja tentang bagaimana memilih 3 opsi akan terjadi?

Saat Anda memodifikasi file di repositori Anda, perubahan itu awalnya tidak dipentaskan. Untuk mengkomitnya, Anda harus mengaturnya — yaitu, menambahkannya ke indeks — menggunakan git add. Saat Anda membuat komitmen, perubahan yang dilakukan adalah yang telah ditambahkan ke indeks.

git reset perubahan, minimal, di mana cabang saat ini (HEAD ) menunjuk. Perbedaan antara --mixeddan --softapakah indeks Anda juga dimodifikasi atau tidak. Jadi, jika kita berada di cabang masterdengan serangkaian komitmen ini:

- A - B - C (master)

HEADmenunjuk ke Cdan indeks cocok C.

Ketika kami menjalankan git reset --soft B, master(dan dengan demikian HEAD) sekarang menunjuk ke B, tetapi indeks masih memiliki perubahan dariC ; git statusakan menampilkannya seperti yang dipentaskan. Jadi jika kita jalankan git commitpada titik ini, kita akan mendapatkan komit baru dengan perubahan yang sama dengan C.

Oke, jadi mulai dari sini lagi:

- A - B - C (master)

Sekarang mari kita lakukan git reset --mixed B. (Catatan: --mixedadalah opsi default). Sekali lagi, masterdan HEADarahkan ke B, tetapi kali ini indeks juga dimodifikasi agar sesuai B. Jika kita berlari git commitpada titik ini, tidak ada yang akan terjadi sejak indeks cocokHEAD . Kami masih memiliki perubahan di direktori kerja, tetapi karena mereka tidak ada dalam indeks, git statusmenunjukkannya sebagai tidak stage. Untuk mengkomitnya, Anda akan git adddan kemudian melakukan seperti biasa.

Dan akhirnya, --hardsama dengan --mixed(itu mengubah HEADindeks Anda dan), kecuali itu --hardjuga memodifikasi direktori kerja Anda. Jika kami Cmenjalankan dan menjalankan git reset --hard B, maka perubahan yang ditambahkan C, serta perubahan yang tidak dikomit yang Anda miliki, akan dihapus, dan file dalam copy pekerjaan Anda akan cocok dengan komitB . Karena Anda dapat secara permanen kehilangan perubahan dengan cara ini, Anda harus selalu menjalankan git statussebelum melakukan hard reset untuk memastikan direktori kerja Anda bersih atau bahwa Anda baik-baik saja dengan kehilangan perubahan yang tidak dikomit.

Dan akhirnya, visualisasi:

Secara sederhana:

• --soft: perubahan tidak berkomitmen , perubahan dibiarkan bertahap ( indeks ).
• --mixed (default) : uncommit + unstage changes, perubahan dibiarkan dalam pohon kerja .
• --hard: uncommit + unstage + delete changes, tidak ada yang tersisa.

Perlu diketahui, ini adalah penjelasan yang disederhanakan yang dimaksudkan sebagai langkah pertama untuk memahami fungsi yang rumit ini.

Semoga bermanfaat bagi pelajar visual yang ingin memvisualisasikan seperti apa keadaan proyek mereka setelah masing-masing perintah ini:

Bagi mereka yang menggunakan Terminal dengan warna dihidupkan (git config --global color.ui auto):

git reset --soft A dan Anda akan melihat barang B dan C berwarna hijau (dipentaskan dan siap untuk dikomit)

git reset --mixed A(atau git reset A) dan Anda akan melihat barang B dan C berwarna merah (tidak dipentaskan dan siap dipentaskan (hijau) dan kemudian dikomit)

git reset --hard A dan Anda tidak akan lagi melihat perubahan B dan C di mana saja (seolah-olah tidak pernah ada)

Atau bagi mereka yang menggunakan program GUI seperti 'Tower' atau 'SourceTree'

git reset --soft A dan Anda akan melihat barang B dan C di area 'file bertahap' siap untuk dikomit

git reset --mixed A(atau git reset A) dan Anda akan melihat barang-barang B dan C di area 'file tidak dipentaskan' siap dipindahkan ke panggung dan kemudian dilakukan

git reset --hard A dan Anda tidak akan lagi melihat perubahan B dan C di mana saja (seolah-olah tidak pernah ada)

Semua jawaban yang lain yang besar, tapi saya merasa terbaik untuk memahami mereka dengan mogok file ke dalam tiga kategori: unstaged, staged, commit:

• --hard harus mudah dimengerti, itu mengembalikan segalanya
• --mixed (default) :
  1. unstagedfile: jangan diubah
  2. staged file: pindah ke unstaged
  3. commit file: pindah ke unstaged
• --soft:
  1. unstagedfile: jangan diubah
  2. stagedfile: jangan diubah
  3. commit file: pindah ke staged

Singkatnya:

• --softOpsi akan memindahkan semuanya (kecuali unstagedfile) kestaging area
• --mixed Opsi akan memindahkan semuanya unstaged area

Berikut adalah penjelasan dasar untuk pengguna TortoiseGit:

git reset --soft dan --mixed biarkan file Anda tidak tersentuh.

git reset --hardsebenarnya mengubah file Anda agar sesuai dengan komit yang Anda atur ulang.

Dalam TortoiseGit, Konsep indeks sangat disembunyikan oleh GUI. Ketika Anda memodifikasi file, Anda tidak perlu menjalankan git adduntuk menambahkan perubahan ke area / indeks staging. Ketika hanya berurusan dengan modifikasi file yang ada yang tidak mengubah nama file, git reset --softdan --mixeditu sama! Anda hanya akan melihat perbedaan jika Anda menambahkan file baru atau mengganti nama file. Dalam hal ini, jika Anda menjalankan git reset --mixed, Anda harus menambahkan kembali file Anda dari daftar File Bukan Versi .

Dalam kasus ini saya suka visual yang mudah-mudahan bisa menjelaskan ini:

git reset --[hard/mixed/soft] :

Jadi masing-masing efek lingkup berbeda

1. Sulit => WorkingDir + Indeks + KEPALA
2. Campuran => Indeks + KEPALA
3. Soft => HEAD saja (indeks dan direktori kerja tidak berubah).

Tiga jenis penyesalan

Banyak jawaban yang ada sepertinya tidak menjawab pertanyaan yang sebenarnya. Mereka adalah tentang apa yang dilakukan perintah, bukan tentang apa yang Anda (pengguna) inginkan - use case . Tapi itu yang ditanyakan OP!

Mungkin lebih bermanfaat untuk menuliskan deskripsi dalam hal apa tepatnya yang Anda sesali pada saat Anda memberi git resetperintah. Katakanlah kita punya ini:

A - B - C - D <- HEAD

Berikut adalah beberapa kemungkinan penyesalan dan apa yang harus dilakukan tentang mereka:

1. Saya menyesal bahwa B, C, dan D tidak satu komit.

git reset --soft A. Saya sekarang dapat langsung melakukan dan presto, semua perubahan sejak A adalah satu komit.

2. Saya menyesal bahwa B, C, dan D bukan sepuluh komitmen.

git reset --mixed A. Komit hilang dan indeks kembali pada A, tetapi area kerja masih terlihat seperti setelah D. Jadi sekarang saya dapat menambahkan-dan-komit dalam pengelompokan yang berbeda.

3. Saya menyesal bahwa B, C, dan D terjadi pada cabang ini ; Saya berharap saya bercabang setelah A dan mereka terjadi di cabang lain.

Buat cabang baru otherbranch, lalu git reset --hard A. Cabang saat ini sekarang berakhir pada A, denganotherbranch berasal dari itu.

(Tentu saja Anda juga bisa menggunakan hard reset karena Anda berharap B, C, dan D tidak pernah terjadi sama sekali.)

Anda tidak perlu memaksakan diri untuk mengingat perbedaan di antara mereka. Pikirkan bagaimana Anda benar-benar membuat komit.

1. Buat beberapa perubahan.

2.git tambahkan.

3.gc -m "Saya Melakukan Sesuatu"

Lembut, Campur dan Keras adalah cara yang memungkinkan Anda untuk menghentikan operasi yang Anda lakukan dari 3 menjadi 1.

Lembut "pura-pura" untuk tidak pernah melihat Anda melakukan "gc -m".

Campur "pura-pura" untuk tidak pernah melihat Anda melakukan "git add."

Sulit "pura-pura" untuk tidak pernah melihat Anda telah membuat perubahan file.

Sebelum masuk ke tiga opsi ini, seseorang harus memahami 3 hal.

1) Sejarah / KEPALA

2) Tahap / indeks

3) Direktori kerja

reset --soft: Riwayat berubah, KEPALA berubah, Direktori kerja tidak berubah.

reset - dicampur: Sejarah berubah, KEPALA berubah, Direktori kerja berubah dengan data tidak bertahap.

reset --hard: Riwayat berubah, KEPALA berubah, Direktori kerja diubah dengan data yang hilang.

Selalu aman untuk menggunakan Git --soft. Seseorang harus menggunakan opsi lain dalam persyaratan yang kompleks.

Ada sejumlah jawaban di sini dengan kesalahpahaman tentang git reset --soft. Meskipun ada kondisi khusus di mana git reset --softhanya akan berubah HEAD(mulai dari keadaan kepala terpisah), biasanya (dan untuk penggunaan yang dimaksudkan), itu memindahkan referensi cabang yang saat ini Anda periksa. Tentu saja tidak dapat melakukan ini jika Anda tidak memiliki cabang diperiksa (maka kondisi khusus di mana git reset --softhanya akan berubah HEAD).

Saya menemukan ini sebagai cara terbaik untuk dipikirkan git reset. Anda tidak hanya bergerak HEAD( semuanya melakukan itu ), Anda juga memindahkan ref cabang , misalnya master,. Ini mirip dengan apa yang terjadi ketika Anda menjalankan git commit(cabang saat ini bergerak bersama HEAD), kecuali alih-alih membuat (dan pindah ke) komit baru , Anda pindah ke komit sebelumnya .

Inilah intinya reset , mengubah cabang menjadi sesuatu selain dari komit baru, bukan berubah HEAD. Anda dapat melihat ini dalam contoh dokumentasi:

Batalkan komit, menjadikannya cabang topik

          $ git branch topic/wip     (1)
          $ git reset --hard HEAD~3  (2)
          $ git checkout topic/wip   (3)

1. Anda telah membuat beberapa komitmen, tetapi sadarilah bahwa itu terlalu dini untuk berada di cabang "tuan". Anda ingin terus memoles mereka di cabang topik, jadi buatlah cabang "topik / penghapusan" dari HEAD saat ini.
2. Putar ulang cabang master untuk menyingkirkan ketiga komitmen tersebut.
3. Beralih ke cabang "topic / wip" dan tetap bekerja.

Apa gunanya rangkaian perintah ini? Anda ingin memindahkan cabang , di sinimaster , jadi saat Anda mastercheck out, Anda larigit reset .

Jawaban pilihan teratas di sini umumnya baik, tetapi saya pikir saya akan menambahkan ini untuk memperbaiki beberapa jawaban dengan kesalahpahaman.

Ubah cabang Anda

git reset --soft <ref>: mengatur ulang penunjuk cabang untuk cabang yang saat ini diperiksa ke komit pada referensi yang ditentukan <ref>,. File dalam direktori dan indeks kerja Anda tidak berubah. Berkomitmen dari tahap ini akan membawa Anda kembali ke tempat Anda sebelumnyagit reset perintah.

Ubah indeks Anda juga

git reset --mixed <ref>

atau setara

git reset <ref>:

Apakah yang --softdilakukan DAN juga mengatur ulang indeks agar sesuai dengan komit pada referensi yang ditentukan. Sementara git reset --soft HEADtidak melakukan apa-apa (karena dikatakan memindahkan cabang yang diperiksa ke cabang yang diperiksa) git reset --mixed HEAD,, atau yang setaragit reset HEAD , adalah perintah yang umum dan berguna karena mengatur ulang indeks ke keadaan komit terakhir Anda.

Ubah direktori kerja Anda juga

git reset --hard <ref>: melakukan apa yang --mixeddilakukan DAN juga menimpa direktori kerja Anda. Perintah ini mirip dengan git checkout <ref>, kecuali bahwa (dan ini adalah poin penting tentang reset) semua bentuk git resetgerakan yang HEADditunjuk oleh ref cabang .

Catatan tentang "perintah ini dan itu menggerakkan HEAD":

Tidak berguna untuk mengatakan perintah memindahkan file HEAD. Perintah apa pun yang mengubah posisi Anda di riwayat komit Anda akan memindahkan perintah HEAD. Itulah yang HEAD adalah , pointer ke mana pun Anda berada. HEADadalah Anda , dan akan bergerak kapan pun Anda melakukannya.

Jawaban singkat dalam konteks apa 3 opsi digunakan:

Untuk menyimpan perubahan saat ini dalam kode tetapi untuk menulis ulang riwayat komit:

• soft: Anda dapat mengkomit semuanya sekaligus dan membuat komit baru dengan deskripsi baru (jika Anda menggunakan torotise git atau sebagian besar GUI lainnya, ini yang digunakan, karena Anda masih dapat mencentang file mana yang Anda inginkan dalam komit dan membuat banyak melakukan itu dengan file yang berbeda. Dalam Sourcetree semua file akan dipentaskan untuk komit.)
• mixed: Anda harus menambahkan masing-masing file lagi ke indeks sebelum Anda membuat komitmen (di Sourcetree semua file yang diubah tidak akan dipentaskan)

Untuk benar-benar kehilangan perubahan dalam kode juga:

• hard: Anda tidak hanya menulis ulang riwayat tetapi juga kehilangan semua perubahan sampai ke titik yang Anda atur ulang

Perbedaan mendasar antara berbagai opsi perintah git reset adalah seperti di bawah ini.

• --soft: Hanya menyetel ulang HEAD ke komit yang Anda pilih. Bekerja pada dasarnya sama dengan checkout git tetapi tidak membuat status kepala terpisah.
• --mixed (opsi default): Mereset HEAD ke komit yang Anda pilih di riwayat dan membatalkan perubahan dalam indeks.
• --hard: Mengembalikan HEAD ke komit yang Anda pilih di kedua riwayat, membatalkan perubahan dalam indeks, dan membatalkan perubahan di direktori kerja Anda.

--soft: Memberitahu Git untuk menyetel ulang HEAD ke komit lain, jadi indeks dan direktori kerja tidak akan diubah dengan cara apa pun. Semua file yang diubah antara KEPALA asli dan komit akan dipentaskan.

--mixed: Sama seperti soft, ini akan mengatur ulang HEAD ke komit lain. Ini juga akan mengatur ulang indeks agar sesuai dengan itu sementara direktori kerja tidak akan disentuh. Semua perubahan akan tetap di direktori kerja dan muncul sebagai diubah, tetapi tidak dipentaskan.

--hard: Ini me-reset segalanya - me-reset HEAD kembali ke komit lain, me-reset indeks untuk mencocokkannya, dan me-reset direktori kerja untuk mencocokkannya juga.

Perbedaan utama antara --mixeddan --softapakah indeks Anda juga dimodifikasi. Periksa lebih lanjut tentang ini di sini .

Jawaban mkarasek luar biasa, dalam istilah sederhana dapat kita katakan ...

• git reset --soft : mengatur HEAD ke komit yang dimaksudkan tetapi pertahankan perubahan Anda dari komitmen terakhir
• git reset --mixed : sama dengan git reset --soft tetapi satu-satunya perbedaan adalah un stage perubahan Anda dari komit terakhir
• git reset --hard: setel Anda HEADdi komit yang Anda tentukan dan setel ulang semua perubahan Anda dari komit terakhir termasuk perubahan komit.