ซีดีหรือไม่ มีการใช้งาน?

หนึ่งในบทเรียนที่ฉันได้รับการกล่าวสั้น ๆ ว่าcd .ไม่มีประโยชน์ เมื่อพยายามทำซ้ำปัญหาที่แสดงโดย OP ในการเรียกลิงก์สัญลักษณ์ซ้ำ - อะไรทำให้ "รีเซ็ต"? ผมก็พยายามcd .ซึ่งแสดงให้เห็นว่า OP ผลเช่นเดียวกันอธิบาย (การเจริญเติบโต$PWDตัวแปร) cd -Pซึ่งสามารถนำมาโต้กับ

นี้ทำให้ฉันสงสัยจะมีกรณีใดที่หนึ่งในความเป็นจริงจะต้องการใช้cd . ?

ฉันคิดว่านี่เป็นปัญหาที่เกิดขึ้น cd .อาจไม่ใช่สิ่งที่คนจะทำงานด้วยตนเองตามปกติในสิ่งต่าง ๆ แต่แน่นอนว่าเป็นสิ่งที่สามารถเกิดขึ้นในการดำเนินการทางโปรแกรม (คิดว่าสถานการณ์ใด ๆ ที่คุณอาจcdไปยังไดเรกทอรีที่มีไฟล์ที่มีเส้นทางที่ผู้ใช้กำหนด ) ดังนั้นจึงไม่จำเป็นต้องใช้งานเฉพาะ: ตราบใดที่มันเติมเต็มความหมายตามปกติของcd <some-path>มันก็มีประโยชน์

เส้นทางของไดเรกทอรีอาจมีการเปลี่ยนแปลงนับตั้งแต่คำสั่งสุดท้ายถูกดำเนินการและไม่มีcd .เชลล์ bash และ ksh93 จะขึ้นอยู่กับไดเรกทอรีการทำงานเชิงตรรกะที่อธิบายไว้ในโพสต์ที่เชื่อมโยงในคำถามดังนั้นการโทรcd .ที่ทำให้ปัญหาเชลล์getcwd()syscall ของคุณ เส้นทางปัจจุบันยังคงใช้ได้

ขั้นตอนในการทำซ้ำในทุบตี:

1. ในปัญหาแท็บเทอร์มินัล mkdir ./dir_no_1; cd ./dir_no_1
2. ในปัญหาแท็บเทอร์มินัลอื่น mv dir_no_1 dir_no_2
3. ในประเด็นแท็บขั้วครั้งแรกและecho $PWD pwdขอให้สังเกตว่าไดเรกทอรีได้ถูกเปลี่ยนชื่อภายนอก สภาพแวดล้อมของเชลล์ไม่ได้รับการอัพเดต
4. cd .; pwd; echo $PWDปัญหา แจ้งให้ทราบค่าที่ได้รับการปรับปรุง

ksh93 อย่างไรก็ตามไม่อัพเดตข้อมูลสภาพแวดล้อมดังนั้นcd .ในความเป็นจริง ksh93 อาจไร้ประโยชน์ ใน/bin/dashUbuntu และระบบที่ใช้เดเบียนอื่น ๆcd .ส่งคืนdash: 3: cd: can't cd to .ข้อผิดพลาด แต่ใช้cd -P .งานได้ (ต่างจาก ksh93)

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

1. สร้างไดเรกทอรี temp
2. cd temp จากนั้นทำ ls
3. เปิดเทอร์มินัลอื่นแล้วลบจากนั้นสร้างไดเรกทอรีใหม่ temp
4. กลับจากเทอร์มินัลแรกลองทำ ls ซึ่งจะส่งผลให้เกิดข้อผิดพลาด -ls: cannot open directory .: Stale file handle
5. cd . แล้วทำ ls ได้ผลดี

คุณสามารถล้าง$OLDPWDข้อมูลได้อย่างรวดเร็วcd .หากมีกรณีที่คุณไม่ต้องการให้ชี้ไปที่ใดก็ได้ "น่าสนใจ" cd -นอกจากนี้ยังจะส่งผลกระทบต่อ

โดยทางโปรแกรมแล้วมันมีประโยชน์ในฐานะที่ไม่ใช้งาน พิจารณาพา ธ ที่ได้จากอินพุตภายนอก

read -p "Path to file: " p
dirn=$(dirname "$p")
file=$(basename "$p")
echo "dirn=$dirn, file=$file"
cd "$dirn"
ls -ld "$file"

ด้วยพา ธ เช่น "fred.txt" ไดเรกทอรีจะกลายเป็นสิ่งที่.นำไปสู่cd .

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

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

ดังนั้น. จะต้องเป็นอาร์กิวเมนต์ที่ถูกต้องสำหรับคำสั่งใด ๆ ที่ยอมรับชื่อของไดเรกทอรีและดังนั้นในเปลือกมาตรฐานcd .จะต้องเป็นคำสั่งที่ถูกต้อง

ไม่ว่าcd .จะเป็นประโยชน์หรือไม่ขึ้นอยู่กับการดำเนินงานเปลือก ดังที่กล่าวไว้จะมีประโยชน์ถ้าเชลล์รีเซ็ตแนวคิดภายในของชื่อพา ธ เต็มของไดเรกทอรีการทำงานปัจจุบันหลังจากเรียกการเรียกchdirระบบพื้นฐานให้พูดเช่นถ้าไดเรกทอรีพื้นฐาน (หรือผู้ปกครองบางส่วนของมัน) ได้รับการเปลี่ยนชื่อ

อย่างน้อยบางเชลล์ที่ฉันรู้จัก ( /bin/shบน FreeBSD และ NetBSD) จะแปลงcd ""เป็นcd .ซึ่งสามารถอธิบายคุณสมบัติเพื่อสนับสนุนการใช้โดยทางโปรแกรมในเชลล์สคริปต์ซึ่งตัวแปรอาจใช้เป็นพารามิเตอร์ (เช่นการแปลงการแทนที่ตัวแปรว่างเปล่าเป็น " ไม่ต้องทำสิ่งใด "ผลลัพธ์) ถึงแม้ว่า FreeBSD จะส่งประวัติว่าการเปลี่ยนแปลงนั้นเกิดขึ้นโดยตรงเนื่องจากการเพิ่มการสนับสนุน POSIX เพื่อป้องกันความล้มเหลวchdir("")ซึ่งเอกสาร POSIX ต้องล้มเหลว

บางหอยอื่น ๆ ที่จะเข้ามาแทนที่.กับสิ่งที่พวกเขาได้เก็บไว้เป็นชื่อพา ธ ที่มีคุณสมบัติครบถ้วนที่จะไดเรกทอรีที่ทำงานปัจจุบันของพวกเขาและทำให้สำหรับพวกเขานี้อาจช่วยให้สำหรับพฤติกรรมที่กล่าวถึงในคำตอบของ Sahil Agarwal

ฉันใช้คำสั่งนี้ในวันนี้เมื่อฉันรีบูตสาขาที่ฉันทำงานใน Git จากภายในไดเรกทอรีที่สร้างขึ้นครั้งแรกในสาขาเดียวกันนั้น rebase ไปได้ดี แต่หลังจากนั้นgit statusโยนข้อผิดพลาด หลังจากcd .ทุกอย่างเป็นปกติ

(ฉันทำงานใน MobaXterm บน Windows โดยบังเอิญในกรณีที่คุณพยายามทำซ้ำสิ่งนี้อาจไม่เกิดขึ้นกับระบบอื่น)

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

หลังจากอ่านคำตอบที่ยอดเยี่ยมนี้จาก Stephane Chazelas:

• https://unix.stackexchange.com/a/79621/135943

ตอนนี้ผมเข้าใจว่ากรณีการใช้งานของฉันข้างต้นทำงานเพียงเพราะฉันใช้bashซึ่งเทียบเท่ากับcd . cd "$PWD"ฉันขอแนะนำให้อ่านคำตอบที่เชื่อมโยง

ฉันใช้cd .เพื่อเรียกใช้สิ่งที่ฉันโอเวอร์โหลดcdด้วยbashฟังก์ชั่นอีกครั้ง

จากฉัน~/.bashrc:

# from the "xttitle(1)" man page - put info in window title
update_title()
{
    [[ $TERM = xterm ]] || [[ $TERM = xterm-color ]]  && xttitle "[$$] ${USER}@${HOSTNAME}:$PWD"
}

cd()
{
    [[ -z "$*" ]] && builtin cd $HOME
    [[ -n "$*" ]] && builtin cd "$*"
    update_title
}

แก้ไข:นี้ได้รับการแนะนำโดยSahilก่อนหน้านี้

สิ่งนี้มีประโยชน์หากคุณอยู่ในโฟลเดอร์ที่ถูกลบและสร้างใหม่โดยกระบวนการอื่น ตัวอย่างเช่นสมมติว่าทั้งสองเทอร์มินัลเซสชัน$1และ$2:

$1 mkdir d
$1 cd d
$1 touch f

$2 rm -rf /path/to/d # delete the folder where $1 is in ...
$2 mkdir /path/to/d # ... and recreate it

$1 touch g # cannot create file g because current dir doesn't exist anymore
touch: cannot touch ‘g’: Stale file handle
$1 cd . # go to the newly created dir (same path)
$1 touch g # works fine now

ฉันไม่แน่ใจว่าที่จริง (OS, SHELL, ... ?) ที่เป็นต้นเหตุของพฤติกรรมนี้หรือไม่

ไม่มันไม่มีเหตุผล ในการเขียนสคริปต์มันไม่ได้ทำอะไรเลย