Readme.txt বনাম README.txt


33

আমি গিথুবে সবেমাত্র একটি প্রকল্প তৈরি করেছি, আমার পরিবর্তনগুলি করেছি This এটি আমার অবাক করে দিয়েছে: আমি বেশিরভাগই ওপেনসোর্স প্রকল্পগুলিতে README.txt দেখতে পাই এবং আমি সম্পাদিত ফাইলটি Readme.txt। এটি কি কোনও ধরণের স্ট্যান্ডার্ডাইজেশন বা আমার এটি যেমনটি ছেড়ে দেওয়া উচিত ছিল?


সমস্ত ক্যাপগুলি সম্ভবত এমএস-ডস-এ শুরু হয়েছিল, সমস্ত নিম্ন ক্ষেত্রে সম্ভবত ইউনিক্স heritageতিহ্য থেকে from মূলধনী প্রথম অক্ষর সম্পর্কে নিশ্চিত নয় - ম্যাক শিকড়, সম্ভবত। পরিশেষে, পরিচ্ছন্নতা বা স্টাইলের বিষয়টি বাদে এটি সত্যিকার অর্থে গুরুত্বপূর্ণ নয়।
লরেন্স

উত্তর:


29

সমস্ত-বড় হাতের অক্ষরগুলি আলাদা হয়ে যায় এবং সহজেই ফাইলটি দৃশ্যমান হয় যা বোঝায় যেহেতু এটি সম্ভবত প্রথম কোনও নতুন ব্যবহারকারীকে দেখতে চাইবে। (বা, কমপক্ষে, দেখে নেওয়া উচিত ...) অন্যরা যেমন বলেছে, বড় বড় অক্ষর দিয়ে শুরু হওয়া ফাইলের নামগুলি ASCIIbetical বাছাইয়ের ক্ষেত্রে ছোট-বড় নামগুলির আগে তালিকাভুক্ত করা হবে ( LC_COLLATE=C) যা ফাইলটিকে প্রথম নজরে দৃশ্যমান করতে সহায়তা করে।

READMEফাইল ফাইল মুক্ত সফটওয়্যার প্যাকেজের একটি ব্যবহারকারী স্বাভাবিকভাবে এটি আশা একটি গুচ্ছ অংশ। অন্যগুলি হ'ল INSTALL(সফটওয়্যারটি তৈরি এবং ইনস্টল করার জন্য নির্দেশাবলী), AUTHORS(অবদানকারীদের তালিকা), COPYING(লাইসেন্সের পাঠ্য), HACKING(কীভাবে অবদানের জন্য শুরু করা যেতে পারে, সম্ভবত পয়েন্টগুলির একটি টোডো তালিকা সহ), NEWS(সাম্প্রতিক পরিবর্তনগুলি) বা ChangeLog(বেশিরভাগ ক্ষেত্রে অপ্রয়োজনীয় সংস্করণ নিয়ন্ত্রণ সিস্টেম)।

এই কি গনুহ কোডিং স্ট্যান্ডার্ড সম্পর্কে কী বলার আছে READMEফাইল।

বিতরণে READMEপ্যাকেজের সাধারণ ওভারভিউ সহ একটি ফাইল থাকা উচিত :

  • প্যাকেজের নাম;
  • প্যাকেজের সংস্করণ নম্বর, বা প্যাকেজে সংস্করণটি কোথায় পাওয়া যাবে তা উল্লেখ করুন;
  • প্যাকেজটি কী করে তার একটি সাধারণ বিবরণ;
  • ফাইলটির একটি রেফারেন্স INSTALL, যার মধ্যে ইনস্টলেশন পদ্ধতির ব্যাখ্যা থাকতে হবে;
  • উত্সের চারপাশে কোনও উপায় খুঁজে পাওয়ার জন্য কোনও অস্বাভাবিক শীর্ষ-স্তরের ডিরেক্টরি বা ফাইলগুলির বা পাঠকদের জন্য অন্যান্য ইঙ্গিতগুলির সংক্ষিপ্ত বিবরণ;
  • ফাইলটিতে একটি অনুলিপি যা অনুলিপি করার শর্তাদি অন্তর্ভুক্ত করে। জিএনইউ জিপিএল, যদি ব্যবহৃত হয় তবে একটি ফাইল করা উচিত COPYING। যদি জিএনইউ এলজিপিএল ব্যবহার করা হয় তবে এটি একটি ফাইল করা উচিত COPYING.LESSER

যেহেতু আপনার ব্যবহারকারীদের সর্বনিম্ন আশ্চর্য হওয়ার জন্য সর্বদা চেষ্টা করা ভাল, তাই কোনও বিচ্যুতির কারণী কারণ না থাকলে আপনার এই সম্মেলনটি অনুসরণ করা উচিত। ইউনিক্স বিশ্বে ফাইলের নাম এক্সটেনশনগুলি প্রচলিতভাবে স্বল্প পরিমাণে ব্যবহার করা হত সুতরাং ফাইলটির নামটি READMEকোনও প্রত্যয় ছাড়াই থাকে। তবে বেশিরভাগ ব্যবহারকারীদের সম্ভবত বুঝতে কোনও সমস্যা হবে না যে নামের একটি ফাইলের README.txtএকই অর্থ রয়েছে। ফাইলটি যদি ডাউনডাউন লিখিত থাকে তবে ফাইলের মতো নামও README.mdযুক্তিসঙ্গত হতে পারে। এইচটিএমএল এর মতো আরও জটিল মার্কআপ ভাষা ব্যবহার করা এড়িয়ে চলুন AvoREADMEফাইল, তবে এটি কেবল পাঠ্য টার্মিনালে পড়ার সুবিধার্থে হওয়া উচিত। আপনি ব্যবহারকারীদের সফ্টওয়্যারটির ম্যানুয়াল বা তার অন-লাইন ডকুমেন্টেশনের দিকে নির্দেশ করতে পারেন, এটি READMEফাইল থেকে বিশদগুলির জন্য আরও পরিশীলিত বিন্যাসে লেখা যেতে পারে ।


20

Ditionতিহ্যগতভাবে ফাইলটিকে বড় হাতের মধ্যে README বলা হত কারণ কমান্ড-লাইনের পরিবেশগুলি যেগুলি বর্ণানুক্রমিক ক্রম ব্যবহার করে তারপরে ফাইলটিকে শীর্ষে রাখবে। এটি এগুলি বড় ডিরেক্টরিগুলিতে সহজেই দৃশ্যমান করে তোলে।

এটি সম্ভবত ইউনিক্স / লিনাক্স জগতের একটি হোল্ডওভার যেখানে আপনি উত্সগুলি ডাউনলোড করবেন এবং তারপরে আপনার সফ্টওয়্যারটি তৈরি করবেন। আপনার 'তালিকা ডিরেক্টরি সামগ্রীর' ভিউয়ের শীর্ষে README এবং ইনস্টল করার মতো ফাইল থাকা কমান্ড-লাইন ইন্টারফেস থেকে পুরো বিষয়বস্তুগুলি ব্রাউজ করার পরিবর্তে সেগুলি সেখানে রয়েছে তা দেখতে আরও সহজ করে তোলে। একই বেসিক নীতিটি গিথুবের জন্যও কাজ করে (এবং প্রকৃতপক্ষে জিইউআই ইন্টারফেসেও কাজ করে, এটি ভাবুন, তাই এটি এখনও যোগ্যতা ধরে রাখতে পারে)

কোনওভাবেই কঠোর নিয়ম নয়, তবে খুব সম্ভবত এমন কিছু যা প্রত্যেকে অভ্যাস হিসাবে করছেন কারণ অন্যান্য প্রকল্পগুলি এটি করছে। এর কোনও সুস্পষ্ট কারণ না থাকলে, আপনার সম্ভবত সমস্ত ক্যাপ ব্যবহার করা উচিত কারণ আপনি দেখতে পাবেন যে এটি অন্যান্য প্রকল্পে প্রচুর পরিমাণে সেভাবে ব্যবহৃত হচ্ছে। আপনি কোনও নতুন সংগ্রহশালা তৈরি করার সময় এটি গিথুব নামকরণ ডিফল্ট হয়।


আমি সর্বদা ভেবেছি যে অল-বড়সাকে ​​একরকম জোর দেওয়া হয়েছিল, যেমনটি আপনি লেগালিজে বড় হাতের অংশগুলি কীভাবে করেন।
লার্স ভিক্লুন্ড

1
কমান্ড লাইন ইন্টারফেসে, তালিকার শীর্ষে যাওয়া ফাইলগুলি আসলে সেইগুলি হয় যা প্রথমে দেখার বাইরে স্ক্রোল করে থাকে, তাই কখনও কখনও এগুলি স্বল্প দৃশ্যমান ফাইল। যদি না আপনি সর্বদা ভালো কিছু করেন ls -l | less
মার্ক ভ্যান লিউউইন

6

README সাধারণত আপার ক্ষেত্রে লেখা থাকে। এইভাবে lsইউনিক্স কমান্ড ফাইলটিকে ডিরেক্টরি তালিকাভুক্তির শুরুর কাছে স্থাপন করেছিল (এএসসিআইআই ক্রমক্রমে ছোট ছোট অক্ষরের আগে উচ্চ-অক্ষরের অক্ষরগুলি উপস্থিত হয়)।


3
এটি theতিহাসিক কারণ, তবে lsসাধারণত আধুনিক সিস্টেমগুলিতে সেভাবে সাজানো হয় না।

1
@ dan1111 ঠিক! আপনাকে ধন্যবাদ (কেবল চেষ্টা করার জন্য ... LC_COLLATE="en_US.ascii" ; ls -lবনাম LC_COLLATE="en_US.UTF-8" ; ls -l)
ম্যানলিও
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.