ฉันเข้าใจอย่างถี่ถ้วนถึงประโยชน์ของการเชื่อมโยงไปยังลิงก์และฉันค้นหาวิธีแก้ปัญหาที่ง่ายเช่นกัน สิ่งที่ดีที่สุดที่ฉันคิดไว้คือใช้ฮาร์ดลิงก์ซึ่งชี้ไปที่ไฟล์ทางลัด ฉันได้ทดสอบลิงก์สัญลักษณ์ (ทางแยกมีไว้สำหรับโฟลเดอร์ไม่ใช่ไฟล์ดังนั้นจึงไม่ถูกทดสอบ) และสิ่งเหล่านี้ใช้งานไม่ได้ (โดยทั่วไปจะเป็นไฟล์ที่เสียหายเมื่อสร้างขึ้นซึ่งไม่สามารถเปิดได้)
ฮาร์ดลิงก์มีข้อดีและข้อเสียจำนวนหนึ่ง ข้อเสียเปรียบหลักคือพวกเขาแทบจะเป็นไปไม่ได้ในการสำรองข้อมูลได้ง่าย (คุณต้องใช้ซอฟต์แวร์บุคคลที่สามหรือการเขียนสคริปต์เพื่อสำรองข้อมูลไปยังการดำน้ำอื่นหรือแม้แต่ไปยังตำแหน่งอื่นในไดรฟ์เดียวกัน) ข้อได้เปรียบหลักคือพวกเขาอัปเดตโดยอัตโนมัติเมื่อคุณแก้ไขไฟล์ต้นฉบับดังนั้นการเปลี่ยน 1 ไฟล์ทางลัด (พา ธ / ไอคอนใหม่) จะเปลี่ยนฮาร์ดลิงก์ที่เกี่ยวข้องทั้งหมดด้วยเช่นกัน [ชื่อสำหรับฮาร์ดลิงก์นั้นเป็นชื่อเฉพาะดังนั้นการเปลี่ยนชื่อไฟล์จะไม่ เปลี่ยนชื่อฮาร์ดลิงก์และในทางกลับกัน] คุณสมบัติอีกประการหนึ่งที่เป็นทั้งข้อดีและข้อเสียของการเชื่อมโยงคือการเปลี่ยนไอคอน / เส้นทางสำหรับการเชื่อมโยง (การเปลี่ยนข้อมูลการเชื่อมต่อ) การเปลี่ยนแปลงยังเดิม สิ่งนี้ไม่รวมถึง 'การลบลิงค์ตัวเอง' (ลิงค์นั้นสามารถลบได้เช่นเดียวกับไฟล์อื่น ๆ ; โดยไม่ต้องลบไฟล์ต้นฉบับเอง) สิ่งนี้มีประโยชน์เนื่องจากช่วยให้ลิงก์ที่เกี่ยวข้องทั้งหมดซิงค์ แต่ข้อเสียเปรียบในกรณีที่ฮาร์ดลิงก์ถูกเก็บไว้ในสถานที่ที่มีช่องโหว่และข้อมูลถูกแก้ไขโดยมีเจตนาร้ายหรือมีข้อผิดพลาดของผู้ใช้ในการแก้ไขข้อมูลของลิงก์เดี่ยว การเปลี่ยนแปลงนี้จะถูกส่งต่อไปยังพันธมิตรที่เชื่อมโยงไปถึงอย่างหนักรวมถึงต้นฉบับ โดยทั่วไปพฤติกรรมนี้มีประโยชน์ยกเว้นในกรณีที่คุณต้องการ 'การอ้างอิงแหล่งที่มาที่มั่นคง' (การแก้ไขทางเดียว) การเปลี่ยนแปลงนี้จะถูกส่งต่อไปยังพันธมิตรที่เชื่อมโยงไปถึงอย่างหนักรวมถึงต้นฉบับ โดยทั่วไปพฤติกรรมนี้มีประโยชน์ยกเว้นในกรณีที่คุณต้องการ 'การอ้างอิงแหล่งที่มาที่มั่นคง' (การแก้ไขทางเดียว) การเปลี่ยนแปลงนี้จะถูกส่งต่อไปยังพันธมิตรที่เชื่อมโยงไปถึงอย่างหนักรวมถึงต้นฉบับ โดยทั่วไปพฤติกรรมนี้มีประโยชน์ยกเว้นในกรณีที่คุณต้องการ 'การอ้างอิงแหล่งที่มาที่มั่นคง' (การแก้ไขทางเดียว)
ฉันได้ทดสอบการคัดลอกฮาร์ดลิงก์และโฟลเดอร์ที่มีฮาร์ดลิงก์ใน windows explorer และผลลัพธ์เพิ่งสร้างทางลัดที่แยกจากกันไปยังข้อมูลดั้งเดิม (ไม่มีฮาร์ดลิงก์ที่เกี่ยวข้องอีกต่อไปดังนั้นจึงไม่เปลี่ยนแปลงด้วยการแก้ไขลิงก์เดิม) ฉันพบว่าการคัดลอกแบบง่าย ๆ นั้นน่ารำคาญอย่างยิ่งและเหตุผลหลักที่ฉันลังเลที่จะใช้อย่างกว้างขวาง แต่ถ้าคุณมีเพียงไม่กี่จุดประสงค์เฉพาะ (เช่นซิงโครไนซ์ลิงก์จากไดเรกทอรีที่มั่นคงไปยังเดสก์ท็อป / ทาสก์บาร์ / startmenu) พวกเขาอาจยังเป็นทางออกที่ดี (แม้ว่าพวกเขาจะไม่สามารถพกพาไปยังระบบอื่น ๆ ได้โดยไม่ต้องเขียนสคริปต์เพื่อสร้างไดเรกทอรีโดยอัตโนมัติ) อย่างไรก็ตามพวกมันเคลื่อนไหวไปมาโดยไม่ทำลาย (คุณสามารถย้ายพวกมันไปที่ใดก็ได้ในระบบไฟล์ทันทีที่มันถูกสร้างขึ้นคุณแค่ 'คัดลอก' พวกมันไม่ได้)
ในการสร้างฮาร์ดลิงก์เพียงแค่เปิดพรอมต์คำสั่งที่มีการยกระดับ (.cmd เปิดให้เป็น system32 หรือเรียกใช้. cmd ในฐานะผู้ดูแลระบบ) และพิมพ์:
mklink /H [path and name of Hardlink] [location of original file]
ตัวอย่าง:
mklink /H C:\users\you\desktop\hardlink.lnk C:\users\you\location\shortcut.lnk
มันเป็นการดีที่จะกำหนด hardlink ด้วยประเภทไฟล์ที่มันลิงค์ไป (เช่นที่นี่, .lnk, แต่สำหรับ notepad เอกสาร hardlink.txt, หรือที่คล้ายกัน), เพราะมันเป็นเสมือนการสะท้อนของไฟล์ต้นฉบับ, และ windows explorer ถือว่ามันเหมือนกับว่ามัน เป็นต้นฉบับ (อีกครั้งเป็นพฤติกรรมที่มีประโยชน์) ฉันควรระบุว่าพวกเขาจะถูกสร้างขึ้นเฉพาะผ่านทางพรอมต์คำสั่ง (หรือซอฟต์แวร์บุคคลที่สามซึ่งให้ shellExtension หรือ gui สำหรับคำสั่ง) นอกจากนี้ยังไม่ใช่สำเนาที่ทำมิเรอร์'ของต้นฉบับพวกเขาอาจแสดงขนาดไฟล์ของวัตถุต้นฉบับ แต่พวกเขาใช้พื้นที่ 0 ไบต์ในไดรฟ์ พวกเขาเป็นการอ้างอิงจริงที่เก็บไว้ใน MFT ของไดรฟ์ (ซึ่งเป็นเหตุผลที่พวกเขาไม่สามารถทำระหว่าง 2 พาร์ติชันที่แตกต่างกัน [ซึ่งเป็นคุณสมบัติอื่นของพวกเขามูลค่าการกล่าวถึง; แต่ที่เอาชนะได้อย่างง่ายดาย , symlinks และ hardlinks ใช้ร่วมกันในเวลาเดียวกัน])
ตรงไปตรงมาฉันเชื่อว่านี่คือสิ่งที่คุณกำลังมองหาและมันเป็นคุณสมบัติที่มีประโยชน์มาก หากคุณสามารถเขียนสคริปต์ได้ดีฉันแน่ใจว่ามันไม่ยากที่จะเขียนโปรแกรมที่สร้างไดเรกทอรีฮาร์ดลิงก์ตามที่คุณต้องการ (และถือว่าเป็น 'การสำรองข้อมูล' หรือ 'โซลูชันการพกพา' สำหรับระบบอื่น ๆ ) คุณอาจพบซอฟต์แวร์บุคคลที่สามเพื่อทำให้งานทั้งหมดเหล่านี้ง่ายขึ้นและเอาชนะความไม่มั่นคงในการทำงานกับฮาร์ดลิงก์