Şu anda Debian paketlerini inceliyorum ve bazı kod örneklerini okudum. Ve her satırda, örneğin, postinstsenaryo bir kalıptır.
some command || true
another command || trueEğer bazı komutlar başarısız olursa, o zaman satır doğru döner ancak bunun programın çıktısını nasıl etkilediğini göremiyorum.
Yanıtlar:
Bu şablonun nedeni, Debian paketlerindeki koruyucu komut dosyalarının başlama eğilimi göstermesidir set -e; bu, herhangi bir komutun (kesinlikle konuşma, boru hattı, liste veya bileşik komut) sıfır olmayan bir durumdan çıkar çıkmaz kabuğun çıkmasına neden olur. Bu, hataların birikmemesini sağlar: bir şeyler ters giderse, komut dosyası iptal edilir.
Koddaki bir komutun başarısız olmasına izin verilen durumlarda, ekleme || true, sonuçta elde edilen bileşik komutunun her zaman sıfır durumuyla çıkmasını sağlar, böylece komut dosyası iptal edilmez. Örneğin, bir dizini kaldırmak çok önemli bir hata olmamalıdır (bir paketin çıkartılmasını engellemek); bu yüzden kullanırdık
rmdir ... || trueçünkü rmdirhataları görmezden gelmesini söyleme seçeneğine sahip değil.
set -ehiç gerek kalmadan || true, bağlamı sağlamanın önemli olduğunu düşündüm. GÜÇ ile ilgili garip şeyler fark ederseniz, sizi hataların ( reportbug) dosyalamasını şiddetle tavsiye ederim !
set -esadece "Debian kongre" değil, her zaman kullanması gereken iyi bir programlama şeklidir. Görmek. örneğin davidpashley.com/articles/writing-robust-shell-scripts
|| trueset setini kullanın -e olası bağlam ve muhtemelen en yaygın olanıdır. Bu cevaba boyun eğiyorum! Kelimenin tam anlamıyla, çıkış durumu alakasız sayılırsa faydalıdır VE (bağlantı ekledikçe) çıkış durumunu komut dosyası denetimimin bir parçası olarak kullanmıyorum. Yardımcı programı (in set -e) görüyorum, ancak makalenin yaptığı kadar ileri gitmeyecek ve "Yazdığınız her komut dosyası en üste set -e eklemeli" der. Bir programlama tarzıdır. "HER ZAMAN | Her biri" kendi tuzakları setini içerir - aka - absolute re: wild-kart çözümleri ALWAYSsonunda geri tepecektir aka - serbest sürüş yok.
set -eDavranışta tarihsel tutarsızlıklar var . Tek hedefleriniz bashve yaşayan diğer nispeten yakın mermiler ise, sizin için önemli olmayabilir /bin/sh, ancak eski mermileri / sistemleri desteklemek istediğinizde durum daha da farklı olacaktır.
set -edavranışlarını belgeleyen çok kapsamlı bir sayfa var , ancak bu sayfa günümüzde ilgisini çeken birçok tarihi / eski mermiyi de belgeliyor. Ayrıca, daha dar ve modern bir odaklanmaya sahip bu iki sayfa da var ("set -e" için arama yapın): "lintsh" sayfası , autoconf'un taşınabilir kabuk dokümantasyonu ->
Sadece çalışan programın çıktısını etkilemese de, arayanın her şey yolundaymış gibi devam etmesine izin verir aka, gelecekteki mantığı etkiler.
Rephrased: önceki komutun hata durumunu maskeler .
michael@x071:[/usr/sbin]cat /tmp/false.sh
#!/bin/sh
false
michael@x071:[/usr/sbin]cat /tmp/true.sh
#!/bin/sh
false || true
michael@x071:[/usr/sbin]sh /tmp/false.sh; echo $?
1
michael@x071:[/usr/sbin]sh /tmp/true.sh; echo $?
0set -eve || truefayda, özellikleri ve hedefleriyle tanımlanacak. programcı
git remote remove foo || true git remote add foo http://blah- Uzaktan kumanda yoksa hatayı yoksaymak istiyoruz.
||:bu (yazma başka deyimsel yoludur:işaret yerleşik tabloda başka giriş olmanıntrueancak - garantili bile geri Bourne bir yerleşiğini olmak; POSIX sh için, söz konusutrueaynı şekilde bir yerleşik olması sağlanır - bu yüzden bu kadar uzaktan bile modern zamanlarda verimden daha fazla netlik).