সংস্থাগুলি অন্যান্য সংস্থাগুলি অর্জন করে যা বিভিন্ন সংস্করণ নিয়ন্ত্রণ ব্যবস্থা ব্যবহার করে।
এই জাতীয় সিস্টেমগুলিকে কীভাবে একীভূত করা যায় সে সম্পর্কে কি সাধারণ জ্ঞান রয়েছে, উদাহরণস্বরূপ সাববারসন-জিআইটি ব্রিজ ব্যবহার করা বা এমনকি অন্যটির উপরে কেবল একটি সরঞ্জাম ব্যবহার করার সিদ্ধান্ত নেওয়া - এবং সিস্টেমগুলির মধ্যে কীভাবে স্থানান্তরিত করবেন?
লোকেরা কি এই জাতীয় সিদ্ধান্ত নেওয়ার জন্য মানদণ্ডগুলির একটি সেট ব্যবহার করে, উদাহরণস্বরূপ সফ্টওয়্যার বিকাশের উপর "জোয়েল" পরীক্ষার সমতুল্য?
উত্তর:
বিভিন্ন স্থানান্তরের ব্যক্তিগত অভিজ্ঞতা থেকে মাইগ্রেশন প্রশ্নের উত্তর দিতে:
সফটওয়্যারটির বর্তমান সংস্করণটিকে নতুন উত্স নিয়ন্ত্রণ সিস্টেমে বেস লাইন হিসাবে স্থাপন করতে এবং সেখান থেকে কাজ করতে ভয় পাবেন না।
আপনার ইতিহাসের প্রয়োজন হবে না এমন বেশিরভাগ সময়। এর অর্থ হল সংহতকরণের সময় সম্পাদন করা আরও কম কাজ এবং ভুল হওয়াতে আরও একটি কম কাজ।
সক্রিয়ভাবে বিকশিত হওয়া ফাইল / প্রকল্পগুলি শীঘ্রই একটি নতুন ইতিহাস তৈরি করবে। সুতরাং যখন আপনার কেন এটি পরিবর্তন করা হয়েছিল তার সম্ভাবনা হ'ল ইতিহাসটি বর্তমান সংগ্রহশালায় থাকবে কারণ এটি সাম্প্রতিক পরিবর্তন হবে be
ফাইল / প্রকল্পগুলি যা মাইগ্রেশনের আগে স্থিতিশীল ছিল (সমস্ত জিনিস সমান) মাইগ্রেশনের পরে স্থিতিশীল থাকতে হবে যাতে আপনার ইতিহাসের উল্লেখ করার প্রয়োজন হবে না। আমরা দেখতে পেয়েছি যে আমাদের যদি ইতিহাস রয়েছে এমন একটি পুরানো ফাইল / প্রকল্পের কোনও বাগ তদন্ত করতে হয়েছিল তবে সত্যিই কোনও উপকার হয়নি। আপনি যতক্ষণ না rep মাস / এক বছরের জন্য পুরাতন সংগ্রহস্থল উপলব্ধ রাখবেন ততক্ষণ আপনার এই জাতীয় ক্ষেত্রে রেফারেন্স থাকবে।
পরিচালনার দিক থেকে এটি মূলত একটি প্রশ্ন:
প্রকল্পের দিক থেকে এটিও একটি প্রশ্ন:
ফ্রিওয়্যার বা না, মনে রাখবেন একটি "ফ্রি" সফ্টওয়্যার "ফ্রি স্পিচ" এর মতোই বিনামূল্যে (আপনি যা চান তা বেছে নিতে এবং নিখরচায় মুক্ত), "ফ্রি বিয়ার" এর মতো নয় (এটি সার্ভারে এখনও প্রচুর অর্থ ব্যয় করতে পারে) , ব্যাকআপ, প্রশাসন, সহায়তা, ...)
উপরোক্ত মানদণ্ডগুলি ভিসিএস কী রাখবে, কোনটি বর্জন করবে তা নির্ধারণ করার একটি সূচনা।
তবে পরবর্তী ক্ষেত্রে আপনার বিবেচনা করা উচিত:
আপনার কি সত্যিই আলাদা সিস্টেম একীকরণের প্রয়োজন আছে? আমাদের দলে প্রতিটি প্রকল্প তার নিজস্ব ভান্ডারে বাস করে এবং তাদের ইতিহাসগুলি স্বতন্ত্র। এগুলির মধ্যে নির্ভরতা থাকা সত্ত্বেও সাবভার্সনের অধীনে কিছু প্রকল্প এবং ম্যুয়ারিয়ালের অধীনে কিছু অন্যান্য প্রকল্পের সাথে কাজ করতে আমাদের কোনও সমস্যা নেই।
আপনি যদি একটি ভিসিএস থেকে অন্য ভিসিতে স্থানান্তরিত করতে চান, তবে উপলব্ধ রূপান্তর সরঞ্জামগুলি দেখুন। আমার অভিজ্ঞতা থেকে, প্রকল্পগুলির ইতিহাস বাদ দেওয়ার কোনও প্রযুক্তিগত কারণ নেই।
আমি মনে করি আমি কিছু বুঝেছি, যা প্রশ্ন এবং অন্যান্য উত্তরে অন্তর্ভুক্ত ছিল। এটি সত্য যে ভিসিএস নির্ভরতা পরিচালনা করতেও ব্যবহৃত হয়। আমি জানি যে ভিসিএস বৈশিষ্ট্যগুলি svn:externalsঅন্য রেপো (নির্ভরতা) অন্যটির সাথে সংহত করার মতো ব্যবহার করা বেশ সাধারণ ।
আমি মনে করি যে (প্রযুক্তিগত) কারণ আমাদের দলটি আমাদের 2 টি পৃথক সিস্টেমের ব্রিজ (বা সংহতকরণ) করার প্রয়োজনীয়তা অনুভব করে না তা হ'ল নির্ভরতা পরিচালনা করার জন্য আমাদের একটি পৃথক সরঞ্জাম রয়েছে। আমাদের রেপো একে অপরকে চেনে না।
অনেক ভাল উত্তর। আরেকটি বিষয় ভাবার বিষয় হ'ল টিম সদস্যদের ভিসি স্যুইচিংয়ের চিন্তাভাবনা থেকে দূরে সরে না যাওয়া এত বড় ব্যাপার। মাইগ্রেশন, একটি শেখার বক্রিয়া ইত্যাদি নিয়ে একটি ধাক্কা থাকবে তবে তাদের যদি খুব বেশি সমস্যা হয় তবে তাদের দক্ষতা এবং / বা সহযোগিতার স্তর নিয়ে প্রশ্ন করা দরকার।