Apakah cd. sudah pakai?

Salah satu tutorial yang saya ikuti secara singkat menyatakan bahwa cd .tidak ada gunanya. Saat mencoba mereplikasi masalah yang ditunjukkan oleh OP dalam rekursi tautan Simbolik - apa yang membuatnya "diatur ulang"? , Saya juga mencoba cd ., yang menunjukkan efek yang sama yang dijelaskan OP ( $PWDvariabel tumbuh ), yang dapat diatasi cd -P.

Ini membuat saya bertanya-tanya, adakah kasus di mana seseorang sebenarnya ingin menggunakannya cd . ?

Saya pikir ini terlalu memikirkan masalah. cd .mungkin bukan sesuatu yang orang akan jalankan secara manual dalam hal-hal yang biasa, tetapi pasti adalah sesuatu yang dapat muncul dalam eksekusi terprogram (pikirkan situasi apa pun yang Anda mungkin cdke direktori yang berisi file, yang jalurnya disediakan oleh pengguna ). Oleh karena itu, ia tidak harus memiliki penggunaan khusus: selama memenuhi semantik yang biasa cd <some-path>, itu berguna.

Jalur direktori bisa berubah sejak perintah terakhir dijalankan, dan tanpa cd .bash dan shell ksh93 akan bergantung pada direktori kerja logis yang dijelaskan dalam posting yang ditautkan dalam pertanyaan, jadi panggilan cd .yang membuat masalah shell getcwd()syscall akan memastikan Anda jalur saat ini masih valid.

Langkah-langkah mereproduksi di bash:

1. Dalam masalah tab terminal mkdir ./dir_no_1; cd ./dir_no_1
2. Dalam masalah tab terminal yang berbeda mv dir_no_1 dir_no_2
3. Dalam masalah tab terminal pertama echo $PWDdan pwd. Perhatikan bahwa direktori telah diubah namanya secara eksternal; lingkungan shell belum diperbarui.
4. Masalah cd .; pwd; echo $PWD. Perhatikan nilainya telah diperbarui.

ksh93, bagaimanapun, tidak memperbarui informasi lingkungan, jadi cd .di ksh93 sebenarnya tidak berguna. Di /bin/dashdalam Ubuntu dan sistem berbasis Debian lainnya, cd .pengembalian dash: 3: cd: can't cd to .kesalahan, namun cd -P .berfungsi (tidak seperti di ksh93).

Kasus penggunaan lain cd .adalah ketika direktori Anda saat ini telah dihapus dan kemudian dibuat lagi. Pertimbangkan untuk mencoba yang berikut -

1. Buat direktori temp
2. cd temp dan kemudian lakukan ls
3. Buka terminal lain dan hapus lalu buat ulang direktori itu temp
4. Kembali dari terminal pertama, coba lakukan ls. Ini akan menghasilkan kesalahan -ls: cannot open directory .: Stale file handle
5. cd . dan kemudian melakukan ls bekerja dengan baik

Anda dapat menghapus $OLDPWDdengan cepat cd ., jika harus ada kasus di mana Anda tidak ingin menunjuk ke mana saja "menarik". Itu juga akan mempengaruhi cd -.

Secara pemrograman, ini berguna sebagai no-op. Pertimbangkan jalur yang disediakan dari input eksternal.

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

Dengan path seperti "fred.txt" direktori akan menjadi ., mengarah kecd .

Ini biasa terjadi jika Anda harus bekerja dengan kabel USB yang buruk. Setelah perangkat terputus dan terhubung lagi, dan diautomatisasi ke direktori yang sama, Anda harus menggunakannya cd .untuk membuatnya berfungsi kembali.

Perhatikan bahwa "." adalah cara yang tepat untuk menentukan nama file yang terbuka sebagai direktori kerja saat ini dari proses apa pun (termasuk proses shell tentu saja), dan "." selalu merupakan nama file yang valid di setiap dan semua direktori, termasuk direktori kerja saat ini. Nama tersebut .mungkin bukan nama yang valid untuk file untuk contoh proses tertentu jika, katakanlah, direktori kerja saat ini yang mendasarinya telah dihapus (atau menjadi "buruk", misalnya gagang NFS basi), tetapi itu adalah nama yang valid file yang dijamin ada di setiap direktori yang valid.

Jadi . harus argumen yang valid untuk perintah apa pun yang menerima nama direktori, dan dengan demikian dalam shell standar cd .harus menjadi perintah yang valid.

Apakah cd .bermanfaat atau tidak tergantung pada implementasi shell. Seperti disebutkan itu dapat berguna jika shell me-reset ide internal tentang pathname lengkap dari direktori yang aktif saat ini setelah memanggil chdirpanggilan sistem yang mendasarinya , katakan misalnya jika direktori yang mendasarinya (atau beberapa induknya) telah berganti nama.

Setidaknya beberapa shell yang saya tahu ( /bin/shpada FreeBSD dan NetBSD) akan dikonversi cd ""menjadi cd ., yang bisa dibilang merupakan fitur untuk mendukung penggunaan program dalam skrip shell di mana variabel dapat digunakan sebagai parameter (yaitu mengubah substitusi variabel kosong menjadi " melakukan apa-apa "hasil), meskipun sejarah komit FreeBSD mengatakan perubahan itu secara langsung karena menambahkan dukungan POSIX untuk mencegah kegagalan chdir(""), yang mandat POSIX harus gagal.

Beberapa shell lain akan menggantikan .dengan apa pun yang mereka simpan sebagai pathname yang sepenuhnya memenuhi syarat untuk direktori kerja mereka saat ini, dan dengan demikian bagi mereka ini memungkinkan untuk perilaku yang disebutkan dalam jawaban Sahil Agarwal .

Saya menggunakan perintah ini hanya hari ini ketika saya mengubah cabang yang saya kerjakan di Git, dari dalam direktori yang pertama kali dibuat pada cabang yang sama. Rebase berjalan baik tetapi setelah itu, git statusmelakukan kesalahan. Setelah cd .semuanya normal.

(Saya bekerja di MobaXterm di Windows, kebetulan. Kalau-kalau Anda mencoba mereproduksi ini. Mungkin tidak terjadi pada sistem lain.)

Saya juga telah menggunakan perintah ini dalam direktori yang di-refresh oleh proses otomatis yang mengesampingkan direktori lama dan menggantinya dengan yang baru (sehingga sedekat mungkin dengan atomik). Bukan situasi yang umum tetapi cd .justru apa yang dibutuhkan.

Setelah membaca jawaban yang luar biasa ini dari Stephane Chazelas:

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

Saya sekarang mengerti bahwa kasus penggunaan saya di atas hanya berfungsi karena saya menggunakan bash, yang cd .setara dengan cd "$PWD". Saya sangat merekomendasikan membaca jawaban yang ditautkan.

Saya menggunakan cd .untuk menjalankan kembali hal-hal yang saya kelebihan cddengan melalui bashfungsi.

Dari saya ~/.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
}

EDIT: Ini sudah disarankan oleh Sahil sebelumnya.

Ini berguna jika Anda berada di dalam folder yang dihapus dan diciptakan kembali oleh proses lain. Misalnya, dengan asumsi dua sesi terminal $1dan $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

Saya tidak yakin di mana tepatnya (OS, SHELL, ...?) Akar penyebab perilaku ini.

Tidak, itu tidak masuk akal. Baik dalam scripting, itu tidak melakukan apa-apa.