มีข้อผิดพลาดในการวาง $ HOME ในคอมไพล์แทนที่จะเชื่อมโยง dotfiles หรือไม่?

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

แต่มันหลุดมือไปแล้ว การชำระเงินพื้นฐานเหมือนกันในหลาย ๆ ระบบ แต่ไม่ใช่ทุกอย่างที่เหมาะสมสำหรับเครื่องของฉัน มันไม่ได้เล่นด้วย distros ที่แตกต่างกัน

ฉันกำลังอยู่ในขั้นตอนการทำความสะอาดบ้าน - แยกข้อมูลออกจากที่ที่มันเป็นอยู่โดยแยกสคริปต์บางส่วนออกเป็นโปรเจ็กต์แยกกันแก้ไขลิงก์ที่เสียหายบางอย่างในสิ่งที่ควรเป็นแบบอัตโนมัติ ฯลฯ

ความตั้งใจของฉันคือการแทนที่subversionด้วยgitการชำระเงินระดับ$HOMEสูง แต่ฉันต้องการตัดสิ่งนี้ลงไปเป็นสิ่งที่ฉันต้องการในทุกระบบของฉันหมายถึง dotfiles ไดเรกทอรีบางตัวและสคริปต์พื้นฐานที่กำหนดเองบางส่วน

ในการอ่านออนไลน์ผู้คนจำนวนมากดูเหมือนจะทำสิ่งนี้โดยใช้วิธี symlink: โคลนเข้าไปในไดเรกทอรีย่อยจากนั้นสร้าง symlink จาก$HOMEในที่เก็บ หลังจากมี$HOMEเวอร์ชันเต็มของฉันภายใต้การควบคุมมานานกว่าทศวรรษฉันไม่ชอบแนวคิดของ aproach นี้และฉันไม่สามารถเข้าใจได้ว่าทำไมผู้คนถึงเกลียดชังวิธีชำระเงินตรงๆ มีข้อผิดพลาดที่ฉันต้องรู้เกี่ยวกับgitการชำระเงินระดับบนสุดโดยเฉพาะ$HOMEหรือไม่

_{ป.ล. ส่วนหนึ่งเป็นการออกกำลังกายด้วยการเขียนโปรแกรมที่ดีฉันยังวางแผนที่จะทำให้การชำระเงินรูทของฉันเป็นแบบสาธารณะบน GitHub มันน่ากลัวว่าข้อมูลความปลอดภัยที่ฉันได้รับอนุญาตให้รวบรวมในไฟล์ที่ควรจะแชร์ได้นั้นน่ากลัวแค่ไหนโดยไม่ต้องคิดอีกเลย! รหัสผ่าน WiFi, คีย์ RSA ที่ไม่ผ่านวลี ฯลฯ Eeek!}

ใช่มีอย่างน้อยหนึ่งหลุมพรางที่สำคัญเมื่อพิจารณาการจัดการไดเรกทอรีบ้านว่าไม่กังวลกับgitsubversion

Git เป็นทั้งโลภและ recursive โดยค่าเริ่มต้น

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

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

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

เพื่อให้กลอุบายนี้ไหลลื่นขึ้นเล็กน้อยมีเครื่องมือที่ยอดเยี่ยมอยู่ที่นั่น รายการ VCS บ้านทางไปรษณีย์ดูเหมือนว่าสถานที่ defacto ที่จะเริ่มต้นและเกี่ยวกับหน้ามีห่อสะดวกขึ้นจาก HOWTOs และประสบการณ์ของผู้คน ไปตามทางที่บางเครื่องมือเล็ก ๆ น้อย ๆ ที่ดีเช่นvcsh , นาย หากคุณต้องการเก็บไดเรกทอรีบ้านของคุณโดยตรงในคอมไพล์ vcsh เกือบจะต้องมีเครื่องมือ หากคุณแยกไดเรกทอรีหลักของคุณออกเป็น repostories หลาย ๆ หลังรวมvcshกับวิธีที่mrรวดเร็วและไม่สกปรกในการจัดการทั้งหมดในครั้งเดียว

ฉันไม่ต้องการให้ไดเรกทอรีภายในบ้านทั้งหมดของฉันถูกตรวจสอบในการควบคุมเวอร์ชันเพียงเพราะมันหมายถึงทุกไดเรกทอรีย่อยที่ฉันเข้าไปจะมีบริบทการควบคุมเวอร์ชันของไดเรกทอรีที่บ้านของฉัน คำสั่งเช่นgit checkoutนั้นจะมีการดำเนินการจริงในกรณีนั้นทำให้เกิดปัญหาหากฉันบังเอิญเรียกใช้บางสิ่งจากไดเรกทอรีที่ไม่ถูกต้องไม่ว่าจะเป็นของgitตัวเองหรือสคริปต์ที่เรียก git

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

ต้องบอกว่าฉันคิดว่าข้อเสียเปรียบหลักไม่ใช่ทางเทคนิคจริงๆ - แค่ต้องการช่วยฉันจากตัวเอง

สำหรับ symlinking: คุณสามารถโคลน repo ของคุณลงในไดเรกทอรีย่อยและมีสคริปต์ที่อัพเดต symlink ใด ๆ ที่จำเป็นต้องได้รับการปรับปรุง จำนวนของการบำรุงรักษาที่จำเป็นสำหรับสคริปต์นี้อาจเกินดุลประโยชน์ของการมีเลยแม้ว่า; การเชื่อมโยงกันอาจทำให้การทำงานน้อยลง

ด้วย symlink คุณสามารถทำการเพิ่มเติมเฉพาะ distro (หรือเฉพาะโฮสต์) ที่ได้รับการตรวจสอบในคอมไพล์ สคริปต์ symlink-update ของคุณจะไม่สนใจไฟล์ที่มีไว้สำหรับแพลตฟอร์มที่เข้ากันไม่ได้หรือโฮสต์อื่นและจะอัปเดตไฟล์ที่เหมาะสมเท่านั้น

สิ่งที่ต้องการ:

HOMEREPO=$HOME/homerepo
HOST=$(hostname)
UNAME=$(uname)

for dotfile in $HOMEREPO/shared/* $HOMEREPO/host-$HOST/* $HOMEREPO/uname-$UNAME/*
do
    target=$HOME/$(basename $dotfile)
    [ ! -r $target ] && ln -s $dotfile $target
done

ส่วนตัว: ฉันใช้ symlink และฉันไม่ symlink ไดเรกทอรี; เฉพาะไฟล์ภายใน สิ่งนี้ทำให้ฉันมีความยืดหยุ่นในการเปลี่ยนแปลงไซต์โลคัลในไดเรกทอรีเหล่านั้น (เช่นเพิ่ม / ลบไฟล์) การตั้งค่าบัญชีของฉันในระบบใหม่นั้นน่าเบื่อเพราะฉันต้องสร้าง symlink ใหม่ทั้งหมดด้วยมือ

เพื่อให้มุมมองอื่น: ฉันมี $ HOME ภายใต้คอมไพล์ตั้งแต่บางครั้งตอนนี้และไม่พบข้อเสียใด ๆ เห็นได้ชัดว่าฉันไม่ซิงค์ repo คอมไพล์นี้กับ GitHub; ฉันใช้บริการที่มี repos ส่วนตัว ฉันยังไม่ใส่ไฟล์มีเดียหรือดาวน์โหลดหรือแพ็คเกจภายใต้การควบคุมคอมไพล์

• git status เป็นรายการตรวจสอบ "สิ่งที่ต้องทำเพื่อทำความสะอาด"

• ฉันมี~/tmpสิ่งชั่วคราวซึ่งได้รับการแต่งตั้ง

• ฉันชอบที่จะเห็นในgit statusสิ่งที่ซอฟต์แวร์ที่ติดตั้งเมื่อเร็ว ๆ นี้กล้าที่จะเพิ่มใน $ HOME ของฉันและมักจะลบไฟล์เหล่านี้หรือแม้กระทั่งถอนการติดตั้งผู้กระทำผิด

• ฉันเพิ่มไฟล์ท้องถิ่นที่มีประโยชน์จริงๆและ dirs ด้วยตนเอง.gitignoreซึ่งมีประโยชน์ 'รู้ว่าคุณทำอะไรเมื่อติดตั้งสิ่ง'

• ถ้าฉันสร้าง VM ใหม่หรือติดตั้งพีซีเครื่องใหม่ฉันเพิ่งโคลนบ้านระยะไกลของฉันเป็น $ HOME และมีทุกอย่างที่ฉันต้องการอยู่ในมือทันที

• สิ่งต่างๆเช่น vundle สำหรับปลั๊กอินกลุ่มนั้นไม่จำเป็นอีกต่อไป

ฉันไม่ชอบความซับซ้อน เมื่อฉันปรับแต่ง rcfile ใด ๆ ฉันเพียงแค่ทำมันกระทำและผลักดัน จากนั้นเป็นภาพสะท้อนฉันเข้าสู่ $ HOME ทุกวัน ๆ และมีการกำหนดค่าล่าสุดเสมอ มันง่ายมาก

เครื่องที่อยู่ภายใต้ระบบการปกครองนี้: แล็ปท็อปหน้าแรก, พีซีทำงาน, ทำงาน VM, รวมถึงเซิร์ฟเวอร์ระยะไกล 3 หรือ 4 ตัว

ฉันได้ลองทั้งสองอย่างแล้วและชอบวิธี symlinkในที่สุด:

• ตรวจสอบไปทุกที่
• make install
• ออกจากระบบและลงชื่อเข้าใช้อีกครั้งเพื่อโหลดการตั้งค่า X

ข้อเสีย:

• ต้องย้ายไฟล์ไปที่ repo ก่อนที่จะเพิ่ม
• จำเป็นต้องรักษารายการลิงก์สัญลักษณ์ใน Makefile

ข้อดี:

• ไม่จำเป็นต้องมีขนาดใหญ่.gitignore(ฉันมี 133 ~จุดไฟล์ในกล่องอูบุนตูต่ำต้อยของฉัน)
• สามารถเก็บสคริปต์การบำรุงรักษาและ~สิ่งอื่น ๆที่เกี่ยวข้อง (เช่นMakefileและcleanup.sh) ให้พ้นทาง
• เวอร์ชันสามารถควบคุมการตั้งค่าส่วนบุคคลและสาธารณะแยกกันได้

ข้อ จำกัด:

• ซึ่งแตกต่างจาก @mrb ผมเพียง แต่สร้าง symlinks ~ใน นั่นทำให้การเชื่อมโยงนั้นง่ายและทำให้สังเกตเห็นไฟล์ใหม่ ๆ ได้ง่ายเช่น~/.vimค่า.gitignoreบำรุงรักษาน้อยมาก

ข้อได้เปรียบสองข้อสุดท้ายที่ทำให้เครื่องชั่งในกรณีของฉัน - ฉันไม่ต้องการให้ยุ่งเหยิงในไดเรกทอรีบ้านและฉันต้องการแยกเนื้อหาส่วนตัวและสาธารณะออกจากกันอย่างชัดเจน

แอปพลิเคชั่นเดียวที่ฉันรู้ซึ่งมี (หรืออย่างน้อยก็มี) ปัญหาเกี่ยวกับการจัดการ symlink คือพิดจิ้น - มันยังคงเขียนทับ symlink ของฉันด้วยไฟล์ธรรมดา

นี่คือสิ่งหนึ่ง: หากคุณพยายามทำgit rebase -i --rootและคุณได้เช็คอินในคอมมิชชัน.gitconfigแรกในที่เก็บแล้วคอมไพล์จะลบ.gitconfigไฟล์ชั่วคราวซึ่งจะทำให้ไม่สามารถดำเนินการรีบูตได้เนื่องจากต้องใช้ชื่อและอีเมลของคุณ ซึ่งจะถูกเก็บไว้ในไฟล์นั้น

คุณอาจกำหนดค่าให้พวกเขากลับมาอีกครั้งและทำgit rebase --continueแต่หลังจากที่ฉันทำและเสร็จสิ้นการดำเนินการ rebase ที่เก็บ git ของฉันได้รับความมุ่งมั่นที่ว่างเปล่าโดยไม่ต้องส่งข้อความกระทำก่อนที่จะกระทำที่ก่อนหน้านี้ยอมรับครั้งแรกในพื้นที่เก็บข้อมูล วิธีการกำจัด

ผมไม่ทราบว่าสิ่งที่เกิดขึ้นถ้าคุณทำgit rebase -i <commit>แทนและมีการตรวจสอบในการร่วมกันกับใดกระทำหลังจากที่.gitconfig<commit>

บางทีอาจจะเป็นทางออกที่ง่ายที่สุดคือการละเว้นจากการเพิ่มพื้นที่เก็บข้อมูลและแทนที่จะแสดงรายการไว้ใน.gitconfig.gitignore

นี่คือวิธีที่ฉันทำ:

1. ติดตั้ง linux ที่สะอาด (ไม่จำเป็น แต่ทำให้ชีวิตน่าพึงพอใจมากขึ้นในขั้นตอนที่ 4)
2. ติดตั้ง etckeeper
3. วิ่งgit initในบ้านของคุณ
4. สร้าง. gignignore และเพิ่มทุกอย่างที่ดูเหมือนว่ามันไม่สนใจคุณหรืออาจเปลี่ยนไปมาก ให้แน่ใจว่าจะเพิ่มสิ่งที่ชอบ*.cache, *.lockฯลฯ ผมไม่แนะนำให้เพิ่ม/*เพราะคุณจะไม่ได้รับการแจ้งเตือนโดยอัตโนมัติเมื่อมีสิ่งใหม่เข้ามาในบ้านของคุณ มันเป็นวิธีการบัญชีดำและบัญชีขาววิธีที่ฉันต้องการเก็บการตั้งค่าของฉันสำหรับซอฟต์แวร์ทั้งหมดยกเว้นสิ่งที่ระเหยได้และซอฟต์แวร์บางอย่างที่ฉันไม่สนใจ เมื่อคุณรวมเข้าด้วยกันในภายหลังโยกย้ายหรือเปรียบเทียบระบบการสามารถกระจายทุกอย่างได้นั้นค่อนข้างมีประโยชน์ คุณสามารถตั้งค่าระบบใหม่ของคุณได้เร็วกว่ามากหากคุณเพิ่งมี. bashrc และ dotfiles อื่น ๆ วิธีนี้คุณจะคงการกำหนดค่าที่คุณอาจกำหนดผ่าน GUI และไม่ทราบว่า dotfiles เก็บการตั้งค่าอย่างไร (ถ้ามันกลับกลายเป็นว่าคุณยอมรับไฟล์ที่ระเหยได้คุณยังสามารถบอกให้คอมไพล์ไม่ต้องเปลี่ยน)
5. วิ่ง etckeeper init -d /home/username
6. วิ่ง git commit -d /home/username
7. ตั้งค่านามแฝงในเปลือกของคุณเพื่อให้บรรทัดคำสั่งที่ดีกว่าเช่น homekeeper checkout

เหตุผลในการใช้ etckeeper ก็คือมันจะเก็บข้อมูลเมตาเช่นสิทธิ์สำหรับไฟล์ของคุณ (ค่อนข้างสำคัญสำหรับบางสิ่งเช่นคีย์ ssh) ตอนนี้คุณควรมีตะขอการส่งข้อความล่วงหน้าซึ่งจะบันทึกข้อมูลเมตาโดยอัตโนมัติ ฉันไม่แน่ใจเกี่ยวกับการชำระเงินภายหลัง คุณควรใช้etckeeper checkout xxx -d /home/userฉันจะดูมันอีกเล็กน้อยและอธิบายคำตอบนี้อย่างละเอียด

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

โซลูชันที่ใช้ git นั้นมีประโยชน์อย่างยิ่งหากคุณต้องการปรับใช้ไฟล์ของคุณกับเครื่องที่แตกต่างกันและอื่น ๆ อีกมากมายดังนั้นหากคุณมีชิ้นส่วนที่ใช้ร่วมกับเครื่องทั้งหมดและชิ้นส่วนเฉพาะสำหรับเครื่องบางประเภท คุณสามารถสร้างที่เก็บหลายแห่งและใช้เครื่องมือเช่นmultigitหรือvcshเพื่อโคลนพวกเขาบนไดเรกทอรีเดียวกัน (dir บ้านของคุณในกรณีนี้)