ব্যবহার করার চেষ্টা করুন man sh
বা man bash
যাই হোক না কেন শেল আপনি ব্যবহার করছেন জন্য অথবা man পৃষ্ঠা। (সম্ভবত man $SHELL
।)
এটিকে আনুষ্ঠানিকভাবে "পয়েন্ট" কমান্ড বলা হয় না, তবে source
আদেশ হয়। শব্দটি অনুসন্ধান source
করা সহায়ক হতে পারে।
উদাহরণস্বরূপ, বাশ ম্যান পৃষ্ঠা ("প্রতিটি বিল্টিন কমান্ড" অনুসন্ধান করুন) এবং আপনি খুব শীঘ্রই ডকুমেন্টেশনটি খুঁজে পাবেন।
ব্যবহারের ব্যাখ্যা হিসাবে, আমি এখানে এটি করতে পারি। আমি এটিকে কেবল source
কমান্ড হিসাবে উল্লেখ করব, এটি স্বীকৃতি দিয়েছিলাম যে আপনি যখন কয়েকটি শেল ব্যবহার করছেন তখন এটি নির্দিষ্ট সময়ের সাথে সংক্ষেপিত হতে পারে এবং কিছু শেল দিয়ে যে কমান্ডের প্রয়োজন হতে পারে (কারণ বিন্দুটি স্বীকৃত হতে পারে তবে পুরো শব্দটি source
নাও হতে পারে থাকা).
আপনি যদি source
কমান্ডটি ব্যবহার করেন , আপনার শেলটি স্ক্রিপ্ট ফাইল থেকে প্রতিটি লাইন পড়বে এবং এটি কার্যকর করার চেষ্টা করবে। আপনার ফাইলটিতে "পড়ার" অনুমতি প্রয়োজন। (আপনার কাছে "এক্সিকিউট" অনুমতি রয়েছে কিনা তা বিবেচ্য নয়)) আপনি যদি কোনও ভেরিয়েবল পরিবর্তন করেন তবে এটি আপনার বর্তমান শেলকে প্রভাবিত করে।
অন্যদিকে, আপনি যদি কেবল ফাইলটি সম্পাদন করার চেষ্টা করেন তবে আপনার শেল অপারেটিং সিস্টেমটিকে এই অনুরোধটি যত্ন নিতে বলবে। এটির জন্য "চালানো" অনুমতি প্রয়োজন। (কিছু সিস্টেমে ওপেনবিএসডি-তে আপনার এর জন্য "পড়ার" অনুমতি প্রয়োজন হবে না many অনেকগুলি ইউনিক্স বৈচিত্র সহ অন্যান্য সিস্টেমে আপনার প্রয়োজন হবে)) ফাইলটিকে একটি উপযুক্ত শিরোনাম (যেমন, #!/bin/sh
) দিয়ে শুরু করতে হবে তাই অপারেটিং সিস্টেম এটিকে স্ক্রিপ্ট ফাইল হিসাবে স্বীকৃতি দেয়। অপারেটিং সিস্টেমটি অনুরোধ করা শেলের একটি অনুলিপি কার্যকর করবে এবং স্ক্রিপ্টের বিষয়বস্তু চালানোর জন্য সেই শেলটি বলবে। শেল পরিবেশ পরিবর্তিত হলে (যেমন, একটি ভেরিয়েবল একটি নতুন মান পায়, কর্ম ডিরেক্টরিটি পরিবর্তন করা হয় (এর সাথে cd
)), একটি ফাইল বর্ণনাকারী পুনর্নির্দেশিত হয় (এর সাথে exec
), ইত্যাদি), এটি স্ক্রিপ্টের জন্য ডাকা হত এমন উপ-শেলটিকে প্রভাবিত করবে এবং স্ক্রিপ্ট ফাইল বলে অভিভাবক শেলের পরিবেশ পরিবর্তন করতে পারে না।