আমি বর্তমানে দেবিয়ান প্যাকেজগুলি অন্বেষণ করছি এবং আমি কিছু কোডের নমুনা পড়ছি। এবং প্রতিটি লাইনে উদাহরণস্বরূপ, postinstস্ক্রিপ্টটি একটি নিদর্শন ।
some command || true
another command || trueসুতরাং যদি কিছু কমান্ড ব্যর্থ হয়, তবে লাইনটি সত্য ফিরে আসে তবে আমি দেখছি না এটি কীভাবে প্রোগ্রামটির আউটপুটকে প্রভাবিত করে।
উত্তর:
এই প্যাটার্নটির কারণ হ'ল ডেবিয়ান প্যাকেজগুলির রক্ষণাবেক্ষণকারী স্ক্রিপ্টগুলি শুরু হয় set -e, যার ফলে কোনও কমান্ড (কঠোরভাবে বলা, পাইপলাইন, তালিকা বা যৌগিক কমান্ড) অ-শূন্য স্থিতি ছাড়ার সাথে সাথে শেলটি বেরিয়ে যায়। এটি নিশ্চিত করে যে ত্রুটিগুলি জমা না হয়: কিছু ভুল হওয়ার সাথে সাথে স্ক্রিপ্টটি বাতিল হয়ে যায়।
স্ক্রিপ্টের একটি কমান্ড ব্যর্থ হওয়ার অনুমতি দেওয়া হয়েছে || trueএমন ক্ষেত্রে, ফলাফলটি যৌগিক কমান্ড সর্বদা শূন্যের স্থিতিতে উপস্থিত থাকে তা নিশ্চিত করে, যাতে স্ক্রিপ্টটি বাতিল না করে। উদাহরণস্বরূপ, ডিরেক্টরি সরানো কোনও মারাত্মক ত্রুটি হওয়া উচিত নয় (প্যাকেজটি অপসারণ থেকে রোধ করা); সুতরাং আমরা ব্যবহার করব
rmdir ... || trueযেহেতু rmdirত্রুটিগুলি উপেক্ষা করতে বলার কোনও বিকল্প নেই।
set -eএকেবারেই দরকার নেই || true, প্রসঙ্গটি সরবরাহ করা আমার পক্ষে গুরুত্বপূর্ণ মনে হয়েছিল। আপনি যদি পাওয়ারের বিষয়ে অদ্ভুত জিনিসগুলি লক্ষ্য করেন, তবে আমি আপনাকে বাগ ( reportbug)) ফাইল করতে উত্সাহিত করছি !
set -eকেবল "দেবিয়ান কনভেনশন" নয়, তবে একটি ভাল প্রোগ্রামিং প্যাটার্ন সর্বদা ব্যবহার করা উচিত। দেখা. উদাহরণস্বরূপ ডেভিডপ্যাশলি.আর্টিকেলস
|| trueসেট- কেন ব্যবহারের সম্ভাবনা প্রসঙ্গ এবং সম্ভবত সবচেয়ে সাধারণ। এই জবাবের কাছে আমি প্রণাম! আক্ষরিকরূপে, এটি যে কোনও সময় প্রস্থান স্থিতিকে অপ্রাসঙ্গিক বলে মনে করা হয় এবং (যেমন আপনি নিবন্ধের লিঙ্কটি যুক্ত করেছেন) আমি আমার স্ক্রিপ্ট নিয়ন্ত্রণের অংশ হিসাবে প্রস্থান স্থিতিটি ব্যবহার করছি না useful আমি ইউটিলিটিটি দেখতে পাচ্ছি ( set -eতবে) নিবন্ধটি যতটা যায় না এবং বলে যে "আপনার লিখিত প্রতিটি স্ক্রিপ্টের শীর্ষে সেট-ই অন্তর্ভুক্ত করা উচিত"। এটি প্রোগ্রামিংয়ের একটি স্টাইল। "সবসময় | প্রতিটি" এর মধ্যে এটি ফাঁদগুলির নিজস্ব সেট অন্তর্ভুক্ত করে - ওরফে - বিস্মৃত পুনরায়: ওয়াইল্ড-কার্ড সমাধানগুলি ALWAYSঅবশেষে ওরফে ব্যাকফায়ার করবে - কোনও নিখরচায় নয়।
set -eআচরণের সাথে historicalতিহাসিক অসঙ্গতি রয়েছে । আপনার পক্ষে লক্ষ্যমাত্রা নেই, যদি কেবলমাত্র আপনার লক্ষ্যমাত্রা bashএবং অন্যান্য অপেক্ষাকৃত সাম্প্রতিক শেলগুলি বাস করে /bin/shতবে আপনি যখন পুরানো শেল / সিস্টেমগুলি সমর্থন করতে চান তখন পরিস্থিতি আরও সংকুচিত হয়।
set -eআচরণের নথিভুক্ত করার জন্য একটি খুব পুস্তক পৃষ্ঠা রয়েছে , যদিও এই পৃষ্ঠাতে আজ অনেক page তিহাসিক / প্রাচীন শাঁস অপ্রাসঙ্গিকভাবে নথিভুক্ত করা হয়েছে। : এছাড়া ( "-e সেট" এর জন্য অনুসন্ধান) একটি সংকীর্ণ আধুনিক ফোকাস সঙ্গে এই দুটি পৃষ্ঠা এর "lintsh" পৃষ্ঠা , > Builtins উপপৃষ্ঠা সীমা - autoconf এর পোর্টেবল শেল ডকুমেন্টেশন
যদিও এটি প্রোগ্রামের আউটপুটটিকে কেবল চালিত করতে প্রভাবিত করে না - এটি কলারকে এগিয়ে যাওয়ার অনুমতি দেয় যেন সমস্ত ঠিক আছে ওরফে ভবিষ্যতের যুক্তি প্রভাবিত করে।
পুনঃপ্রকাশিত: এটি পূর্ববর্তী কমান্ডের ত্রুটি স্থিতিটি মাস্ক করে ।
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 -eএবং || trueইউটিলিটির বৈশিষ্ট্য এবং লক্ষ্যগুলি দ্বারা সংজ্ঞায়িত করা হবে প্রোগ্রামার।
git remote remove foo || true git remote add foo http://blah- আমরা যদি রিমোটটি না থাকে তবে আমরা ত্রুটিটি উপেক্ষা করতে চাই।
||:লেখার এই (আরেকটি কথ্য উপায়:নির্দেশিত builtin টেবিল অন্য এন্ট্রি হচ্ছেtrueকিন্তু - নিশ্চিত একটি builtin এমনকি ফিরে বোর্ন হতে; যে বলেন, POSIX SH জন্য,trueএকইভাবে একটি builtin হতে নিশ্চিত করা হয় - তাই এটা সম-দূরবর্তী-আধুনিক সময়ে দক্ষতার চেয়ে বেশি তীক্ষ্ণতা)।