บางครั้งคอมไพล์แสดงให้เห็นgit rm --cachedการ unstage git reset HEAD fileไฟล์บางครั้ง เมื่อใดที่ฉันควรใช้

แก้ไข:

D:\code\gt2>git init
Initialized empty Git repository in D:/code/gt2/.git/
D:\code\gt2>touch a

D:\code\gt2>git status
# On branch master
#
# Initial commit
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       a
nothing added to commit but untracked files present (use "git add" to track)

D:\code\gt2>git add a

D:\code\gt2>git status
# On branch master
#
# Initial commit
#
# Changes to be committed:
#   (use "git rm --cached <file>..." to unstage)
#
#       new file:   a
#
D:\code\gt2>git commit -m a
[master (root-commit) c271e05] a
 0 files changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 a

D:\code\gt2>touch b

D:\code\gt2>git status
# On branch master
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       b
nothing added to commit but untracked files present (use "git add" to track)

D:\code\gt2>git add b

D:\code\gt2>git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       new file:   b
#

git rm --cached <filePath> ไม่ได้ยกเลิกการทำไฟล์ไฟล์จริง ๆ แล้วมันเป็นขั้นตอนการลบไฟล์ออกจาก repo (สมมติว่ามันได้กระทำก่อนหน้านี้) แต่ปล่อยไฟล์ไว้ในแผนผังการทำงานของคุณ

git reset -- <filePath>จะไม่ขึ้นเวทีการเปลี่ยนแปลงตามขั้นตอนใด ๆ สำหรับไฟล์ที่ระบุ

ที่กล่าวว่าหากคุณใช้git rm --cachedไฟล์ใหม่ที่มีการจัดฉากมันจะดูเหมือนว่าคุณเพิ่งไม่มีการแสดงเนื่องจากมันไม่เคยทำมาก่อน

ปรับปรุง git 2.24
ในรุ่นนี้ใหม่ของคอมไพล์คุณสามารถใช้แทนgit restore --staged git resetดูเอกสารคอมไพล์

git rm --cachedถูกใช้เพื่อลบไฟล์ออกจากดัชนี ในกรณีที่ไฟล์มีอยู่แล้วใน repo git rm --cachedจะลบไฟล์ออกจากดัชนีทิ้งไว้ในไดเรกทอรีการทำงานและการกระทำจะลบมันออกจาก repo ด้วย โดยทั่วไปหลังจากคอมมิชชันแล้วคุณจะทำการยกเลิกไฟล์และเก็บสำเนาไว้ในเครื่อง

git reset HEAD file(ซึ่งโดยค่าเริ่มต้นใช้--mixedแฟล็ก) จะแตกต่างกันในกรณีที่ไฟล์มีอยู่แล้วใน repo มันจะแทนที่เวอร์ชันดัชนีของไฟล์ด้วยหนึ่งจาก repo (HEAD) อย่างมีประสิทธิภาพไม่เปลี่ยนแปลงไป

ในกรณีของไฟล์ที่ไม่มีเวอร์ชันมันจะ unstage ไฟล์ทั้งหมดเนื่องจากไฟล์นั้นไม่มีอยู่ใน HEAD ในด้านนี้git reset HEAD fileและgit rm --cachedเหมือนกัน แต่ไม่เหมือนกัน (อธิบายไว้ในกรณีของไฟล์ที่มีอยู่แล้วใน repo)

สำหรับคำถามของWhy are there 2 ways to unstage a file in git?- ไม่มีทางเดียวที่จะทำอะไรในคอมไพล์ นั่นคือความงามของมัน :)

ค่อนข้างง่าย:

• git rm --cached <file> ทำให้คอมไพล์หยุดการติดตามไฟล์ได้อย่างสมบูรณ์ (ทิ้งไว้ในระบบไฟล์ไม่เหมือนกับไฟล์ธรรมดาgit rm*)
• git reset HEAD <file> unstages การแก้ไขใด ๆ ที่ทำกับไฟล์ตั้งแต่คอมมิทล่าสุด (แต่ไม่เปลี่ยนกลับในระบบไฟล์, ตรงกันข้ามกับสิ่งที่ชื่อคำสั่งอาจแนะนำ **) ไฟล์ยังคงอยู่ภายใต้การควบคุมการแก้ไขใหม่

หากไฟล์ไม่ได้อยู่ในการควบคุมการแก้ไขก่อนหน้านี้ (เช่นคุณไม่ได้ทำการจัดเรียงไฟล์ที่คุณเพิ่งgit addแก้ไขเป็นครั้งแรก) ดังนั้นคำสั่งทั้งสองจะมีผลเหมือนกันดังนั้นการปรากฏตัวของสิ่งเหล่านี้จึงเป็น "

_{* โปรดทราบข้อแม้ @DrewT กล่าวถึงในคำตอบของเขาเกี่ยวกับgit rm --cachedของไฟล์ที่เป็นความมุ่งมั่นที่ก่อนหน้านี้ในการเก็บข้อมูล ในบริบทของคำถามนี้ของไฟล์เพิ่งเพิ่มและยังไม่ได้มุ่งมั่นไม่มีอะไรต้องกังวล}

_{** ฉันรู้สึกกลัวเป็นเวลานานที่จะใช้คำสั่ง git reset เนื่องจากชื่อของมัน - และในทุกวันนี้ฉันมักจะค้นหาไวยากรณ์เพื่อให้แน่ใจว่าฉันจะไม่พลาด ( อัปเดต : ในที่สุดฉันก็ใช้เวลาในการสรุปการใช้งานgit resetในหน้า tldrดังนั้นตอนนี้ฉันมีแบบจำลองทางจิตที่ดีขึ้นเกี่ยวกับวิธีการทำงานและการอ้างอิงโดยย่อเมื่อฉันลืมรายละเอียดบางอย่าง)}

เธรดนี้ค่อนข้างเก่า แต่ฉันยังต้องการเพิ่มการสาธิตเล็กน้อยเนื่องจากมันยังไม่เป็นปัญหาที่ใช้งานง่าย:

me$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   new file:   to-be-added
#   modified:   to-be-modified
#   deleted:    to-be-removed
#

me$ git reset -q HEAD to-be-added

    # ok

me$ git reset -q HEAD to-be-modified

    # ok

me$ git reset -q HEAD to-be-removed

    # ok

# or alternatively:

me$ git reset -q HEAD to-be-added to-be-removed to-be-modified

    # ok

me$ git status
# On branch master
# Changes not staged for commit:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   modified:   to-be-modified
#   deleted:    to-be-removed
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#   to-be-added
no changes added to commit (use "git add" and/or "git commit -a")

git reset HEAD(ไม่รวม-q) ให้คำเตือนเกี่ยวกับไฟล์ที่ถูกแก้ไขและรหัสการออกของมันคือ 1 ซึ่งจะถือเป็นข้อผิดพลาดในสคริปต์

แก้ไข: ใช้git checkout HEAD to-be-modified to-be-removedงานได้กับ unstaging แต่จะลบการเปลี่ยนแปลงทั้งหมดออกจากพื้นที่ทำงาน

อัพเดท git 2.23.0:บางครั้งคำสั่งจะเปลี่ยนไป ตอนนี้git statusพูดว่า:

  (use "git restore --staged <file>..." to unstage)

... ซึ่งใช้ได้กับการเปลี่ยนแปลงทั้งสามประเภท

หากคุณจัดทำไฟล์โดยไม่ตั้งใจซึ่งคุณไม่ต้องการส่งมอบและต้องการให้แน่ใจว่าคุณได้ทำการเปลี่ยนแปลงคุณสามารถใช้:

git stash
git stash pop

การดำเนินการนี้จะรีเซ็ตเป็น HEAD และนำการเปลี่ยนแปลงของคุณไปใช้อีกครั้งทำให้คุณสามารถแสดงไฟล์แต่ละไฟล์อีกครั้งสำหรับการคอมมิท สิ่งนี้จะเป็นประโยชน์หากคุณลืมสร้างสาขาฟีเจอร์สำหรับคำขอดึง ( git stash ; git checkout -b <feature> ; git stash pop)

คำสั่ง 2 เหล่านี้มีความแตกต่างเล็กน้อยหลายประการหากไฟล์ที่เป็นปัญหามีอยู่แล้วใน repo และอยู่ภายใต้การควบคุมเวอร์ชัน (ข้อตกลงก่อนหน้านี้ ฯลฯ ):

• git reset HEAD <file> unstages ไฟล์ในการกระทำปัจจุบัน
• git rm --cached <file>จะเลิกทำไฟล์สำหรับการคอมมิทในอนาคตด้วย มันจนกว่า unstaged git add <file>จะได้รับเพิ่มอีกครั้งกับ

และมีความแตกต่างที่สำคัญอีกอย่างหนึ่ง:

• หลังจากทำงานgit rm --cached <file>และผลักดันสาขาระยะไกลทุกคนดึงสาขาของคุณจากระยะไกลจะได้รับไฟล์จริงลบออกจากโฟลเดอร์ของพวกเขาแม้ว่าในการทำงานในพื้นที่ของคุณตั้งค่าไฟล์เพียงกลายเป็นที่ไม่ได้ติดตาม (เช่นไม่ถูกลบออกจากร่างกายโฟลเดอร์)

ความแตกต่างสุดท้ายนี้มีความสำคัญสำหรับโครงการที่มีไฟล์กำหนดค่าที่นักพัฒนาแต่ละคนในทีมมีการกำหนดค่าที่แตกต่างกัน (เช่นการตั้งค่า url พื้นฐานที่แตกต่างกัน, ip หรือพอร์ต) ดังนั้นหากคุณใช้git rm --cached <file>ใครก็ตามที่ดึงสาขาของคุณ สร้างการกำหนดค่าหรือคุณสามารถส่งของพวกเขาและพวกเขาสามารถแก้ไขได้กลับไปที่การตั้งค่า IP ของพวกเขา (ฯลฯ ) เพราะการลบเพียงผลคนดึงสาขาของคุณจากระยะไกล

สมมติว่าคุณstageทั้งไดเรกทอรีผ่านgit add <folder>แต่คุณต้องการรวมไฟล์จากรายการ (เช่นรายการที่สร้างเมื่อทำงานฉากgit status) และให้การปรับเปลี่ยนภายในไฟล์ยกเว้น (คุณได้ทำงานในสิ่งที่และก็ไม่พร้อมสำหรับการกระทำ แต่ คุณไม่ต้องการสูญเสียงานของคุณ ... ) คุณสามารถใช้:

git reset <file>

เมื่อคุณเรียกใช้git statusคุณจะเห็นว่าไฟล์ใดที่คุณresetเป็นunstagedและไฟล์ที่เหลือที่คุณaddedยังอยู่ในstagedรายการ

1

D:\code\gt2>git status
# On branch master
#
# Initial commit
#
# Changes to be committed:
#   (use "git rm --cached <file>..." to unstage)
#
#       new file:   a

(ใช้ "git rm --cached ... " เพื่อไม่ขึ้นเวที)

• git เป็นระบบของพอยน์เตอร์

• คุณยังไม่ได้คอมมิทยังต้องเปลี่ยนพอยน์เตอร์ของคุณเป็น

• วิธีเดียวที่จะ 'นำไฟล์ออกจากที่เก็บข้อมูลที่ชี้ไปยัง' คือการลบไฟล์ที่คุณบอกคอมไพล์เพื่อดูการเปลี่ยนแปลง

2

D:\code\gt2>git commit -m a
[master (root-commit) c271e05] a
0 files changed, 0 insertions(+), 0 deletions(-) create mode 100644 a

คอมไพล์กระทำ

• คุณกระทำ ' บันทึก '

3

D:\code\gt2>git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       new file:   b
#

(ใช้ "git reset HEAD ... " เป็น unstage)

• คุณได้กระทำการในรหัสของคุณในเวลานี้
• ตอนนี้คุณสามารถรีเซ็ตตัวชี้ของคุณเป็น ' ย้อนกลับไปสู่การบันทึกครั้งสุดท้าย '

ฉันประหลาดใจที่ไม่มีใครพูดถึงการอ้างอิง git ( http://git-scm.com/docs/git-reflog ):

# git reflog
<find the place before your staged anything>
# git reset HEAD@{1}

reflog เป็นประวัติ git ที่ไม่เพียง แต่ติดตามการเปลี่ยนแปลงของ repo แต่ยังติดตามการกระทำของผู้ใช้ (เช่น pull, checkout ไปยังสาขาต่าง ๆ ฯลฯ ) และอนุญาตให้เลิกทำการกระทำเหล่านั้นได้ ดังนั้นแทนที่จะยกเลิกการจัดเก็บไฟล์ที่จัดฉากผิดพลาดซึ่งคุณสามารถย้อนกลับไปยังจุดที่คุณไม่ได้จัดวางไฟล์ได้

สิ่งนี้คล้ายกับgit reset HEAD <file>แต่ในบางกรณีอาจมีความละเอียดมากกว่า

ขออภัยไม่ตอบคำถามของคุณจริงๆ แต่เพียงชี้ไปยังอีกวิธีหนึ่งในการหยุดไฟล์ที่ฉันใช้บ่อยๆ (ฉันชอบคำตอบอย่างไรอันสจ๊วตและวาลดีเรียมาก);) ฉันหวังว่ามันจะช่วยได้

เพียงใช้:

git reset HEAD <filename>

นี่เป็นการยกเลิกการกำหนดไฟล์และเก็บการเปลี่ยนแปลงที่คุณทำไว้ดังนั้นคุณสามารถเปลี่ยนสาขาได้หากคุณต้องการและgit addไฟล์เหล่านั้นไปยังสาขาอื่นแทน การเปลี่ยนแปลงทั้งหมดจะถูกเก็บไว้

ดูเหมือนว่าฉันgit rm --cached <file>จะลบไฟล์ออกจากดัชนีโดยไม่ลบมันออกจากไดเรกทอรีที่ธรรมดาgit rm <file>จะทำทั้งสองอย่างเช่นเดียวกับที่ OS rm <file>จะลบไฟล์ออกจากไดเรกทอรีโดยไม่ลบเวอร์ชันออก

สำหรับรุ่น 2.23 ขึ้นไปเท่านั้น

แต่คำแนะนำเหล่านี้คุณสามารถใช้ git restore --staged <file>เพื่อunstageแฟ้ม (s)