আজ, আমার এবং আমার সহকর্মীদের মধ্যে একটি সম্পর্কে "আমাদের কি এসভিএন এর মতো উত্স নিয়ন্ত্রণ সিস্টেমে স্পেসিফিকেশন ডকুমেন্টগুলি রাখা উচিত?" সম্পর্কে বিতর্ক রয়েছে। আমার মতে, এটি হওয়া উচিত। বিকাশকারী প্রকল্পের সাথে সম্পর্কিত সমস্ত কিছু উত্স নিয়ন্ত্রণ সিস্টেমের সাথে সাবধানতার সাথে নিয়ন্ত্রিত করা উচিত। এটি কি সফ্টওয়্যার বিকাশ প্রক্রিয়া একটি ভুল ধারণা?
উত্তর:
সুতরাং যদি সর্বাধিক উত্স নিয়ন্ত্রণ সিস্টেমগুলি কেবল সেগুলি ব্লব হিসাবে সঞ্চয় করে? বেশিরভাগ লোক ডক্সের মধ্যে পার্থক্য সম্পর্কে একটি চিপ দেয় না, তবে আপনি যদি তা করেন তবে আপনি সর্বদা দুটি সংস্করণ পেতে পারেন এবং এগুলি পৃথক করতে অনুমোদনের সিস্টেমটির বৈশিষ্ট্যটি ব্যবহার করতে পারেন।
প্রতি মাসে গিগাবাইটে পেনিগুলিতে হার্ড ডিস্কের স্থান সহ, সোর্স কন্ট্রোল সিস্টেমে ডকুমেন্টগুলি না রাখার কোনও ভাল কারণ নেই এবং এটি সম্ভবত কার্যকর হবে। আমার ব্যক্তিগত পছন্দটি হ'ল ইনলাইন মার্কআপ, যেমন উইকি মার্কআপ বা ডকবুক ব্যবহার করে নথি লিখুন । এটি নথির তুলনা এবং পুনর্বিবেচনার জন্য শক্তিশালী সরঞ্জামগুলি ব্যবহারের অনুমতি দেয়।
সংস্করণ স্পেসিফিকেশন ডকুমেন্ট অবশ্যই একটি উপযুক্ত লক্ষ্য।
তবে, আপনার স্পেসিফিকেশন ডকুমেন্টগুলি কেবল টেক্সট এবং একটি সরল পাঠ্য ফাইলে রয়েছে ? যদি তা হয় তবে এটি একটি ভাল সমাধান হতে পারে।
যদি তা না হয় তবে সোর্স নিয়ন্ত্রণ তাদের পক্ষে সম্ভবত সঠিক জায়গা নয় - বাইনারি ফাইলগুলির জন্য উত্স নিয়ন্ত্রণটি খারাপ ।
সাধারণত, সরল পাঠ্য ফাইলগুলি ফর্ম্যাট করার জন্য বা তাত্ক্ষণিকভাবে দেখার পক্ষে তত ভাল নয়, সুতরাং সংস্করণ সহ একটি উইকি সম্ভবত আরও ভাল ধারণা।
সমস্ত দস্তাবেজ কোনওভাবে সংরক্ষণাগার আকারে থাকতে পারে (পছন্দমত পুনর্বিবেচনা নিয়ন্ত্রণের সাথে)।
উত্স নিয়ন্ত্রণ ব্যবস্থা একটি সমাধান। তবে সাধারণত এই সিস্টেমগুলি সাধারণ পাঠ্য নথির জন্য তৈরি করা হয়। সুতরাং ওয়ার্ড বা আরটিএফ ডকুমেন্টস ইত্যাদির মতো জিনিসগুলি এত সুন্দরভাবে খাপ খায় না (বিশেষত যখন আপনি চেষ্টা করেন এবং বিভিন্ন সংস্করণের তুলনা করেন)।
তবে ডকুমেন্টগুলির জন্য বিশেষভাবে ডিজাইন করা অন্যান্য সমাধান রয়েছে। শেয়ারপয়েন্টে মনে পড়বে, তবে আমি নিশ্চিত যে আরও কিছু আছে।
স্পষ্টভাবে. দলিলগুলি বাইনারি হিসাবে সংরক্ষণ করা হয় (উদাহরণস্বরূপ শব্দ নথি) বিরক্তিকর। খুব সুন্দর কাজ হ'ল যদি আপনি কোনও কচ্ছপ সরঞ্জাম ব্যবহার করেন (আমি এসভিএন এবং মার্কিউরিয়াল চেষ্টা করেছি) আপনি "ভিজ্যুয়াল ডিফ" চয়ন করতে পারেন যা আপনাকে ডকডিফ চয়ন করতে দেয়। ডকডিফ দিয়ে আপনি রঙ এবং স্টাফের সাথে সমস্ত পরিবর্তন দেখতে পাবেন :-)) মূল অসুবিধাটি হ'ল প্রতিবার আপনি যখন পরিবর্তন করেন তখন পুরো দস্তাবেজটি আবারও কমিট হয় (কেবল পরিবর্তন নয়)। তবে পাঠ্যের নথিগুলি বিবেচনা করে সাধারণত বিশাল হয় না এবং সেই স্থানটি সম্ভবত আপনার মূল সমস্যা নয় এটি কোনও সমস্যা নয়।
আমি নিশ্চিত যে আপনি কচ্ছপ ছাড়া ডকডিফটি ব্যবহার করতে পারবেন, এটি কেবলমাত্র আমি চেষ্টা করে দেখিনি।
একটি বিকল্প পদ্ধতি রয়েছে যা আপনার আলোচনা করা উচিত: বিডিডি
এক্সিকিউটেবল স্পেসিফিকেশন সহ আচরণের চালিত বিকাশ বিবেচনা করুন। আপনার স্পেসিফিকেশনগুলি প্রদত্ত - কখন - তারপরে পাঠ্য ফাইলগুলিতে সঞ্চিত স্টেটমেন্টগুলির সেটগুলির একটি সিরিজে সরল হয়ে যায়। একটি বিডিডি সরঞ্জাম যেমন শসা বা স্পেকফ্লো সেই পাঠ্য ফাইলগুলিকে এক্সিকিউটেবল টেস্টে রূপান্তরিত করে, যা আপনার বিল্ড সরঞ্জাম কার্যকর করতে পারে।
শসা: http://cukes.info/ - রুবির জন্য বিডিডি
স্পেসফ্লো: http://www.specflow.org/ -। নেট এর জন্য বিডিডি
স্পেসফ্লোয়ের মতো সরঞ্জাম সহ ওয়ার্কফ্লোয়ের দ্রুত ডেমো জন্য, রব কনারির স্পেকফ্লো ওয়াক-থ্রো চেকআউট করুন: http://tekpub.com/view/concepts/5
এখন, আপনি কেবল নিজের কোডটিই সংস্করণ করছেন না, তবে আপনার স্পেসিফিকেশন এবং আপনার অবিচ্ছিন্ন ইন্টিগ্রেশন সরঞ্জাম (ভাবেন টিমসিটি, ক্রুজকন্ট্রোল, হাডসন, ইত্যাদি) প্রয়োগ করছে যে সমস্ত স্পেসিফিকেশনগুলি এখনও প্রতিটি বিল্ডে বৈধ রয়েছে ... এটি কি আপনার পক্ষে মূল্যবান?