Git: วิธีลบไฟล์ออกจากดัชนีโดยไม่ต้องลบไฟล์ออกจากที่เก็บใด ๆ

เมื่อคุณใช้

git rm --cached myfile

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

มีวิธีการเพียงแค่ลบไฟล์จากเวอร์ชันโดยไม่ต้องลบมันออกจากระบบไฟล์ใด ๆ ?

แก้ไข: ชี้แจงฉันหวังว่า

ฉันไม่คิดว่าการคอมมิทสามารถบันทึกเจตนาเช่น“ หยุดติดตามไฟล์นี้ แต่อย่าลบมัน”

การประกาศเจตนาดังกล่าวจำเป็นต้องมีการแทรกแซงนอก Git ในที่เก็บใด ๆ ที่ผสาน (หรือ rebase สู่) การกระทำที่ลบไฟล์

บันทึกสำเนา, ใช้การลบ, กู้คืน

อาจเป็นวิธีที่ง่ายที่สุดที่จะทำคือบอกผู้ใช้ดาวน์สตรีมของคุณให้บันทึกสำเนาของไฟล์ดึงการลบของคุณแล้วกู้คืนไฟล์ หากพวกเขากำลังดึงผ่าน rebase และกำลัง 'ดำเนินการ' แก้ไขไฟล์พวกเขาจะได้รับความขัดแย้ง ในการแก้ไขข้อขัดแย้งดังกล่าวให้ใช้git rm foo.conf && git rebase --continue(หากการกระทำที่ขัดแย้งกันมีการเปลี่ยนแปลงนอกเหนือจากไฟล์ที่ถูกลบ) หรือgit rebase --skip(หากการกระทำที่ขัดแย้งกันนั้นเปลี่ยนไปเป็นไฟล์ที่ถูกลบเท่านั้น)

เรียกคืนไฟล์เป็นไม่ได้ติดตามหลังจากดึงคำสั่งที่ลบออกแล้ว

หากพวกเขาดึงการลบของคุณไปแล้วพวกเขายังสามารถกู้คืนเวอร์ชันก่อนหน้าของไฟล์ด้วยgit show :

git show @{1}:foo.conf >foo.conf

หรือด้วยการชำระเงิน git (ต่อความคิดเห็นโดย William Pursell; แต่อย่าลืมลบออกจากดัชนีอีกครั้ง!):

git checkout @{1} -- foo.conf && git rm --cached foo.conf

ถ้าพวกเขาได้กระทำการอื่น ๆ ตั้งแต่การดึงการลบของคุณ (หรือพวกเขาจะดึงกับ rebase เป็นหัวเดี่ยว) @{1}พวกเขาอาจต้องสิ่งอื่นที่ไม่ใช่ พวกเขาสามารถใช้git log -gเพื่อค้นหาการกระทำก่อนที่จะลบการลบของคุณ

ในความคิดเห็นคุณพูดถึงว่าไฟล์ที่คุณต้องการ“ ยกเลิกการติดตาม แต่เก็บไว้” เป็นไฟล์การกำหนดค่าบางชนิดที่จำเป็นสำหรับการเรียกใช้ซอฟต์แวร์ (โดยตรงจากที่เก็บ)

เก็บไฟล์เป็น 'เริ่มต้น' และเปิดใช้งานด้วยตนเอง / โดยอัตโนมัติ

หากไม่ยอมรับอย่างสมบูรณ์เพื่อรักษาเนื้อหาของไฟล์การกำหนดค่าในที่เก็บคุณอาจสามารถเปลี่ยนชื่อไฟล์ที่ถูกติดตามจาก (เช่น) foo.confไปยังfoo.conf.defaultจากนั้นสั่งให้ผู้ใช้ของคุณcp foo.conf.default foo.confหลังจากใช้การเปลี่ยนชื่อกระทำ หรือถ้าผู้ใช้ใช้พื้นที่เก็บข้อมูลที่มีอยู่แล้วบางส่วน (เช่นสคริปต์หรือโปรแกรมอื่นที่กำหนดค่าโดยเนื้อหาในพื้นที่เก็บข้อมูล (เช่นMakefileหรือคล้ายกัน)) เพื่อเรียกใช้ / ปรับใช้ซอฟต์แวร์ของคุณคุณสามารถรวมกลไกการเริ่มต้นลงใน ปรับใช้กระบวนการ:

test -f foo.conf || test -f foo.conf.default &&
    cp foo.conf.default foo.conf

ด้วยกลไกการตั้งค่าเริ่มต้นดังกล่าวผู้ใช้ควรจะสามารถดึงการกระทำที่เปลี่ยนชื่อfoo.confเป็นfoo.conf.defaultโดยไม่ต้องทำงานพิเศษใด ๆ นอกจากนี้คุณหลีกเลี่ยงการคัดลอกไฟล์กำหนดค่าด้วยตนเองหากคุณทำการติดตั้ง / ที่เก็บเพิ่มเติมในอนาคต

ประวัติการเขียนซ้ำต้องมีการแทรกแซงด้วยตนเองอย่างไรก็ตาม ...

git filter-branch --index-filter …ถ้ามันเป็นที่ยอมรับไม่ได้ที่จะรักษาเนื้อหาในพื้นที่เก็บข้อมูลแล้วคุณอาจจะต้องการที่จะสมบูรณ์กำจัดมันจากประวัติศาสตร์กับสิ่งที่ต้องการ จำนวนเงินนี้สำหรับการเขียนประวัติใหม่ซึ่งจะต้องมีการแทรกแซงด้วยตนเองสำหรับแต่ละสาขา / พื้นที่เก็บข้อมูล (ดูที่หัวข้อ“ การกู้คืนจากการอัปสตรีมรีบูต” ในgit rebase manpage ) การดูแลเป็นพิเศษที่จำเป็นสำหรับไฟล์กำหนดค่าของคุณจะเป็นเพียงขั้นตอนอื่นที่ต้องดำเนินการในขณะที่กู้คืนจากการเขียนใหม่:

1. บันทึกสำเนาของไฟล์กำหนดค่า
2. กู้คืนจากการเขียนใหม่
3. กู้คืนไฟล์กำหนดค่า

ไม่ต้องสนใจเพื่อป้องกันการเกิดซ้ำ

ไม่ว่าคุณจะใช้วิธีใดคุณอาจต้องการรวมชื่อไฟล์การกำหนดค่าไว้ใน.gitignoreไฟล์ในที่เก็บเพื่อให้ไม่มีใครสามารถทำได้git add foo.confอีกครั้งโดยไม่ตั้งใจ(เป็นไปได้ แต่จำเป็นต้องมี-f/ --force) หากคุณมีมากกว่าหนึ่งไฟล์การกำหนดค่าคุณอาจพิจารณา 'ย้าย' พวกเขาทั้งหมดลงในไดเรกทอรีเดียวและละเว้นสิ่งทั้งหมด (โดย 'ย้าย' ฉันหมายถึงการเปลี่ยนแปลงที่โปรแกรมคาดว่าจะหาไฟล์การกำหนดค่าของมันและรับผู้ใช้ (หรือ กลไกการเรียกใช้ / ปรับใช้) เพื่อคัดลอก / ย้ายไฟล์ไปยังตำแหน่งใหม่ของพวกเขาแน่นอนคุณไม่ต้องการที่จะคอมไพล์ mvไฟล์ลงในไดเรกทอรีที่คุณจะไม่สนใจ)

มีปัญหาเดียวกันมากในสัปดาห์นี้เมื่อฉันตั้งใจโดยไม่ได้ตั้งใจจากนั้นลองลบไฟล์บิลด์ออกจากที่เก็บที่แชร์และสิ่งนี้:

http://gitready.com/intermediate/2009/02/18/temporarily-ignoring-files.html

ทำงานได้ดีสำหรับฉันและไม่ได้กล่าวถึง

git update-index --assume-unchanged <file>

หากต้องการลบไฟล์ที่คุณสนใจจากการควบคุมเวอร์ชันจากนั้นใช้คำสั่งอื่นทั้งหมดตามปกติ

git update-index --no-assume-unchanged <file>

หากคุณเคยต้องการที่จะนำมันกลับมา

แก้ไข: โปรดดูความคิดเห็นจาก Chris Johnsen และ KPM ซึ่งจะใช้งานได้ในพื้นที่เท่านั้นและไฟล์ยังคงอยู่ภายใต้การควบคุมเวอร์ชันสำหรับผู้ใช้รายอื่นหากพวกเขาไม่ทำเช่นนั้น คำตอบที่ได้รับการยอมรับให้วิธีการที่สมบูรณ์ / ถูกต้องมากขึ้นสำหรับการจัดการกับสิ่งนี้ หมายเหตุจากลิงก์ด้วยหากใช้วิธีนี้:

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

หากต้องการลบไฟล์ออกจากดัชนีให้ใช้:

git reset myfile

สิ่งนี้ไม่ควรกระทบกับสำเนาในเครื่องของคุณหรือของบุคคลอื่น

1. git rm --cached remove_file
2. เพิ่มไฟล์ไปยัง gitignore
3. git add .gitignore
4. git commit -m "Excluding"
5. มีความสุข ;)

หลังจากทำgit rm --cachedคำสั่งแล้วให้ลองเพิ่มmyfileลงใน.gitignoreไฟล์ (สร้างหนึ่งไฟล์หากไม่มีอยู่) myfileนี้ควรจะบอกคอมไพล์ที่จะไม่สนใจ

.gitignoreไฟล์ versioned ดังนั้นคุณจะต้องกระทำมันและผลักดันให้พื้นที่เก็บข้อมูลระยะไกล

ทางออกของฉันคือการดึงสำเนาการทำงานอื่น ๆ แล้วทำ:

git log --pretty="format:" --name-only -n1 | xargs git checkout HEAD^1

ซึ่งระบุว่ารับพา ธ ไฟล์ทั้งหมดในความคิดเห็นล่าสุดและตรวจสอบจากพาเรนต์ของ HEAD งานเสร็จแล้ว

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

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

https://help.github.com/articles/remove-sensitive-data/

คุณสามารถข้ามไปยังขั้นตอนที่ 3 ได้หากคุณอยู่ในที่เก็บ git ในพื้นที่และไม่จำเป็นต้องทำแบบ dry run ในกรณีของฉันฉันต้องการเพียงขั้นตอนที่ 3 และ 6 เนื่องจากฉันได้สร้างไฟล์. gitignore ของฉันแล้วและอยู่ในที่เก็บที่ฉันต้องการทำงาน

หากต้องการดูการเปลี่ยนแปลงของคุณคุณอาจต้องไปที่รูท GitHub ของที่เก็บของคุณและรีเฟรชหน้า จากนั้นนำทางไปยังลิงก์ต่างๆเพื่อไปยังการกระทำที่เก่าซึ่งครั้งหนึ่งเคยมีไฟล์เพื่อดูว่าตอนนี้มันถูกลบไปแล้ว สำหรับฉันการรีเฟรชหน้าการผูกมัดเก่าไม่ได้แสดงการเปลี่ยนแปลง

มันดูน่ากลัวในตอนแรก แต่จริงๆแล้วมันง่ายและทำงานได้อย่างมีเสน่ห์! :-)