Mengapa git tidak bisa melakukan hard / soft reset dengan jalur?

$ git reset -- <file_path> dapat diatur ulang dengan jalur.

Namun, $ git reset (--hard|--soft) <file_path>akan melaporkan kesalahan seperti di bawah ini:

Cannot do hard|soft reset with paths.

Karena tidak ada gunanya (perintah lain sudah menyediakan fungsionalitas itu), dan itu mengurangi potensi untuk melakukan hal yang salah secara tidak sengaja.

Sebuah "hard reset" untuk sebuah jalur baru saja selesai dengan git checkout HEAD -- <path>(memeriksa versi file yang ada).

Soft reset untuk jalur tidak masuk akal.

Reset campuran untuk jalur adalah apa git reset -- <path>.

Anda dapat mencapai apa yang Anda coba lakukan dengan menggunakan git checkout HEAD <path>.

Yang mengatakan, pesan kesalahan yang diberikan tidak masuk akal bagi saya (karena git resetberfungsi dengan baik pada subdirektori), dan saya tidak melihat alasan mengapa git reset --hardtidak melakukan apa yang Anda minta.

Pertanyaan bagaimana sudah dijawab , saya akan menjelaskan bagian mengapa .

Jadi, apa yang dilakukan git reset ? Bergantung pada parameter yang ditentukan, ia dapat melakukan dua hal berbeda:

• Jika Anda menentukan jalur, itu menggantikan file yang cocok di indeks dengan file dari komit (HEAD secara default). Tindakan ini tidak mempengaruhi pohon kerja sama sekali dan biasanya digunakan sebagai kebalikan dari git add.

• Jika Anda tidak menentukan jalur, itu akan memindahkan kepala cabang saat ini ke komit yang ditentukan dan, bersama dengan itu , secara opsional menyetel ulang indeks dan pohon kerja ke status komit itu. Ini tambahan perilaku dikendalikan oleh parameter modus:
  --soft : tidak menyentuh indeks dan pohon kerja.
  --mixed (default): mengatur ulang indeks tetapi bukan pohon kerja.
  --hard : setel ulang indeks dan pohon kerja.
  Ada juga opsi lain, lihat dokumentasi untuk daftar lengkap dan beberapa kasus penggunaan.

  Ketika Anda tidak menentukan komit, defaultnya ke HEAD, jadi git reset --softtidak akan melakukan apa-apa, karena ini adalah perintah untuk memindahkan kepala ke HEAD (ke status saat ini). git reset --hard, di sisi lain, masuk akal karena efek sampingnya , dikatakan pindahkan kepala ke HEAD dan setel ulang indeks dan pohon kerja ke HEAD.

  Saya pikir seharusnya sudah jelas sekarang mengapa operasi ini bukan untuk file tertentu berdasarkan sifatnya - ini dimaksudkan untuk memindahkan kepala cabang di tempat pertama, mengatur ulang pohon kerja dan indeks adalah fungsi sekunder.

Ada alasan yang sangat penting di balik itu: prinsip checkoutdanreset .

Dalam istilah Git, checkout berarti "membawa ke pohon kerja saat ini". Dan dengan git checkoutkita dapat mengisi pohon kerja dengan data dari area manapun , baik itu dari komit di repositori atau file individual dari komit atau area pementasan (yang bahkan merupakan default).

Sebaliknya, git reset tidak memiliki peran ini. Seperti namanya, ini akan mengatur ulang ref saat ini tetapi selalu memiliki repositori sebagai sumber, terlepas dari "jangkauan" (--soft, --mixed atau --hard).

Rekap:

• checkout : Dari mana saja (indeks / repo komit) -> pohon kerja
• reset : Repo commit -> Overwrite HEAD (dan secara opsional indeks dan pohon kerja)

Oleh karena itu, apa yang bisa sedikit membingungkan adalah keberadaan git reset COMMIT -- filessejak "menimpa HEAD" hanya dengan beberapa file tidak masuk akal!

Dengan tidak adanya penjelasan resmi, saya hanya dapat berspekulasi bahwa pengembang git menemukan bahwa resetitu masih merupakan nama terbaik dari sebuah perintah untuk membuang perubahan yang dibuat pada area pementasan dan, mengingat satu-satunya sumber data adalah repositori, maka " mari kita perpanjang fungsionalitas "daripada membuat perintah baru.

Jadi entah bagaimana git reset -- <files>sudah agak luar biasa: itu tidak akan menimpa HEAD. IMHO semua variasi seperti itu akan menjadi pengecualian. Bahkan jika kita dapat membayangkan sebuah --hardversi, versi lain (misalnya --soft) tidak akan masuk akal.

Pastikan Anda memberi garis miring antara origin atau upstream (source) dan cabang sebenarnya:

git reset --hard origin/branch

atau

git reset --hard upstream/branch`

Penjelasan

The git resetpengguna daftar 3 cara doa:

• 2 adalah file-bijaksana: Ini tidak mempengaruhi pohon kerja , tetapi hanya beroperasi pada file dalam indeks yang ditentukan oleh <paths>:

  • git reset [-q] [<tree-ish>] [--] <paths>..
  • git reset (--patch | -p) [<tree-ish>] [--] [<paths>...]

• 1 adalah komitmen-bijaksana: Beroperasi pada semua file yang direferensikan <commit>, dan dapat mempengaruhi pohon kerja:

  • git reset [<mode>] [<commit>]

Tidak ada mode pemanggilan yang hanya beroperasi pada file tertentu dan memengaruhi pohon kerja.

Solusi

Jika Anda ingin keduanya:

• Setel ulang versi indeks / cache dari sebuah file
• Periksa file (yaitu, buat pohon kerja cocok dengan indeks dan versi komit)

Anda dapat menggunakan alias ini di file konfigurasi git Anda:

[alias]
  reco   = !"cd \"${GIT_PREFIX:-.}\" && git reset \"$@\" && git checkout \"$@\" && git status --short #"  # Avoid: "fatal: Cannot do hard reset with paths."

Anda kemudian dapat melakukan salah satu dari:

$ git reco <paths>

$ git reco <branch/commit> <paths>

$ git reco -- <paths>

(Mnenonic untuk reco: reset && check out)

git reset --soft HEAD ~ 1 nama file membatalkan komit tetapi perubahan tetap di lokal. nama file bisa - untuk semua file yang dikomit