Cd yapar. kullandın mı

İzlemekte olduğum derslerden biri cd ., hiçbir faydası olmadığını belirtti . OP tarafından Sembolik bağlantı özyinelemesinde gösterilen sorunu çoğaltmaya çalışırken - “sıfırlama” yapan şey nedir? Ayrıca cd ., OP ile açıklanan (artan $PWDdeğişken) aynı etkiyi gösteren, bununla karşılaştırılabilecek denedim cd -P.

Bu beni meraklandırıyor, birinin kullanmak isteyeceği herhangi bir durum var cd . mı?

Bence bu problemi altüst ediyor. cd .bir şeylerin olağan seyri sırasında manuel olarak çalıştırılabileceği bir şey olmayabilir, ancak kesinlikle programatik yürütmede ortaya çıkabilecek bir şeydir ( cdyolu, kullanıcı tarafından sağlanan bir dosyayı içeren dizine gidebileceğiniz herhangi bir durumu düşünün) ). Bu nedenle, belirli bir kullanımı olması gerekmez: olağan semantiğini yerine getirdiği sürece cd <some-path>faydalıdır.

Dizinin yolu, son komutun çalıştırılmasından bu yana değişmiş olabilir cd .ve bash ve ksh93 mermileri olmadan , soru ile bağlantılı mesajda açıklanan mantıksal çalışma dizinine bağlı kalacaktır , bu nedenle arama cd ., kabuk sorununu hangi sistemin getcwd()kontrol etmesini sağlayacaktır? geçerli yol hala geçerli.

Bash olarak çoğaltmak için adımlar:

1. Bir terminal sekmesinde sayısında mkdir ./dir_no_1; cd ./dir_no_1
2. Farklı bir terminal sekmesinde sayısında mv dir_no_1 dir_no_2
3. İlk terminal sekmesinde sorun echo $PWDve pwd. Dizinin harici olarak yeniden adlandırıldığına dikkat edin; kabuğun ortamı güncellenmedi.
4. Sayı cd .; pwd; echo $PWD. Değerin güncellendiğine dikkat edin.

Bununla birlikte, ksh93 çevre bilgilerini güncellemez, bu nedenle cd .ksh93'te aslında işe yaramaz olabilir. In /bin/dashUbuntu ve diğer Debian tabanlı sistemlerde, cd .döner dash: 3: cd: can't cd to .ancak hatayı cd -P .(ksh93 aksine) çalışır.

Diğer bir kullanım durumu, içinde cd .bulunduğunuz dizinin silinmesi ve ardından tekrar yapılmasıdır. Aşağıdakileri denemeyi düşünün -

1. Bir dizin oluştur temp
2. cd temp ve sonra bir ls
3. Başka bir terminal açın ve silin ve bu dizini yeniden oluşturun temp
4. İlk terminalden döndüğümde, ls yapmayı dene. Bu bir hataya yol açar -ls: cannot open directory .: Stale file handle
5. cd . ve sonra bir ls yapmak iyi çalışıyor

Herhangi bir yerde "ilginç" olarak işaret etmesini istemediğiniz bir durum olması durumunda, $OLDPWDçabucak temizleyebilirsiniz cd .. Aynı zamanda etkileyecektir cd -.

Programatik olarak no-op olarak kullanışlıdır. Harici girişten sağlanan bir yol düşünün.

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

Bir yol ile örneğin "fred.txt" olarak dizin haline gelecek .yol açancd .

Kötü bir USB kablosuyla çalışmak zorundaysanız bu yaygındır. Bir aygıtın bağlantısı kesilip tekrar bağlandıktan ve aynı dizine otomatik olarak bağlandıktan sonra, cd .tekrar çalışmasını sağlamak için kullanmanız gerekir.

Bunu not et "." olduğu (tabii bir kabuk işlemi dahil) ve herhangi bir işlemin geçerli çalışma dizini olarak açık olan dosyanın adını belirtmek için uygun yolu "" geçerli çalışma dizini de dahil olmak üzere her klasördeki tüm dosyalarda geçerli bir addır. .Alttaki geçerli çalışma dizini kaldırılmışsa (veya eski bir NFS işleci gibi "kötü", örneğin eski bir NFS işleci giderse), ad, bir işlemin belirli bir örneği için geçerli bir ad olmayabilir. Her geçerli dizinde var olduğu garantili olan bir dosyanın.

Bu nedenle , bir dizinin adını kabul eden herhangi bir komut için geçerli bir argüman . olmalı ve bu nedenle standart kabukta cd .geçerli bir komut olmalıdır.

cd .Yararlı olup olmadığı kabuk uygulamasına bağlıdır. Bahsedildiği gibi, kabuğun, altta yatan chdirsistem çağrısını çağırdıktan sonra geçerli çalışma dizininin tam yol adı hakkındaki dahili fikrini sıfırlaması, örneğin, altta yatan dizinin (veya bunun bazı ebeveynlerinin) yeniden adlandırılmış olup olmadığını söylemesi yararlı olabilir.

(Biliyorum bazı kabukları az /bin/shdönüştürür FreeBSD ve NetBSD üzerine) cd ""içine cd .muhtemelen bir değişken, yani içine boş bir değişken ikame dönüştürülmesi (bir parametre olarak kullanılabilen bir kabuk içinde programlı kullanımı desteklemek için bir özellik tarif edilebilir, bir " "hiçbir şey yapmayın" sonucu), FreeBSD taahhüt geçmişi, değişikliğin doğrudan bir POSIX desteği eklenmesinden kaynaklandığını, bununla birlikte chdir("")POSIX yetkilerinin başarısız olması gerektiğini söyledi.

Diğer bazı mermiler, .geçerli çalışma dizinlerine tam yetkili yol adı olarak sakladıkları şeylerin yerini alacak ve bu nedenle onlar için Sahil Agarwal'ın cevabında belirtilen davranışa izin verilebilir .

Bugün bu komutu Git'te üzerinde çalıştığım dalı ilk kez aynı dalda oluşturulmuş bir dizinin içinden yeniden doğduğumda kullandım. Rebase iyi gitti ama daha sonra git statusbir hata attı. Her cd .şey normaldi sonra .

(Windows üzerinde MobaXterm'de çalışıyordum, bu arada. Bunu çoğaltmaya çalışıyorsanız, diğer sistemlerde olmayabilir.)

Ayrıca bu komutu eski dizini kenara alan ve onu yenisiyle değiştiren otomatik bir işlemle yenilenen dizinlerde de kullandım (bu yüzden olabildiğince atomuna yakın). Yaygın bir durum değil cd ., tam olarak ihtiyaç duyulan şey.

Stephane Chazelas'tan bu mükemmel cevabı okuduktan sonra:

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

Şimdi anlıyorum ki kullanım durumlarımın sadece işe yaradığını çünkü bashbunun cd .içinde eşdeğer olduğumu biliyorum cd "$PWD". Bağlantılı cevabı okumanı şiddetle tavsiye ederim.

cd .Aşırı yüklediğim eşyaları cdbir bashfonksiyonla tekrar çalıştırmak için kullanıyorum .

Benden ~/.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: Bu daha önce Sahil tarafından önerilmişti .

Bu, başka bir işlem tarafından silinmiş ve yeniden oluşturulan bir klasörün içindeyseniz kullanışlıdır. Örneğin, iki terminal oturumunu varsayarak $1ve $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

Bu davranışın kök nedeninin tam olarak nerede (OS, SHELL, ...?) Olduğundan emin değilim.

Hayır, hiçbir anlamı yok. Ne komut dosyasında, sadece hiçbir şey yapmaz.