আমি জানতে চাই যে প্রকল্পটি বিভক্ত করার জন্য যদি আমি একটির পরিবর্তে দুটি ভাণ্ডারে কাজ করছি তা বোঝা যায় কিনা।
আমি যা বলতে পারি তা থেকে:
- সম্মুখভাগটি এইচটিএমএল + জেএসে লেখা হবে
- নেট মধ্যে ব্যাকএন্ড
- ব্যাকএন্ডটি সম্মুখভাগের উপর নির্ভর করে না এবং সম্মুখভাগটি ব্যাকএন্ডের উপর নির্ভর করে না
- সীমানা ব্যাকএন্ডে প্রয়োগ করা একটি বিশ্রামপ্রাপ্ত এপিআই ব্যবহার করবে।
- সীমানাটি কোনও স্থির HTTP সার্ভারে হোস্ট করা যায়।
এখন পর্যন্ত, সংগ্রহস্থলের এই কাঠামো রয়েছে:
রুট:
- সামনের অংশ/*
- ব্যাকএন্ড / *
আমি মনে করি উভয় প্রকল্পকে একই ভান্ডারে রাখতে ভুল। যেহেতু উভয় প্রকল্পের একে অপরের মধ্যে নির্ভরতা নেই, সেগুলি পৃথক সংগ্রহস্থলগুলির মধ্যে অন্তর্ভুক্ত হওয়া উচিত এবং যদি প্রয়োজন পিতা পিতা সংগ্রহস্থলের যা সাবমডিউলগুলি রয়েছে।
আমাকে বলা হয়েছে যে এটি অর্থহীন এবং এটি করে আমরা কোনও উপকার পাব না।
এখানে আমার কিছু যুক্তি দেওয়া হল:
- আমাদের দুটি মডিউল রয়েছে যা একে অপরের মধ্যে নির্ভর করে না।
- দীর্ঘমেয়াদে উভয় প্রকল্পের উত্স ইতিহাস থাকা বিষয়গুলিকে জটিল করে তুলতে পারে (আপনি যে বাগটি খুঁজছেন তার সাথে পুরোপুরি সম্পর্কিত নয় এমন অর্ধেক কমিট থাকার সময় সীমান্তের কোনও কিছুর জন্য ইতিহাসে অনুসন্ধান করার চেষ্টা করুন)
- সংঘাত এবং মার্জিং (এটি হওয়া উচিত নয় তবে কেউ ব্যাকএন্ডে চাপ দিলে অন্যান্য বিকাশকারীকে সামনের পরিবর্তনগুলিতে ঠেকাতে ব্যাকএন্ডের পরিবর্তনগুলি টানতে বাধ্য করবে))
- একজন বিকাশকারী কেবল ব্যাকএন্ডে কাজ করতে পারে তবে সর্বদা সীমানা বা অন্য পথে টানতে হবে।
- দীর্ঘমেয়াদে, যখন মোতায়েন করার সময় হবে। কোনও উপায়ে, একটি ব্যাকএন্ড সার্ভার থাকার সময় সীমানা একাধিক স্ট্যাটিক সার্ভারে স্থাপন করা যেতে পারে। প্রতিটি ক্ষেত্রেই লোকেরা পুরো ব্যাকএন্ডটিকে এটির সাথে ক্লোন করতে বাধ্য করতে বাধ্য করা হবে বা সমস্ত সার্ভারগুলিকে কেবল সীমারেখার দিকে ঠেলে দিতে বা ব্যাকএন্ড সরিয়ে নিতে কাস্টম স্ক্রিপ্ট তৈরি করতে বাধ্য করা হবে। কেবলমাত্র একটির প্রয়োজন হলে উভয়টির চেয়ে কেবল সামনের অংশ বা ব্যাকএন্ডকে পুশ / টানতে সহজ।
- কাউন্টার আর্গুমেন্ট (এক ব্যক্তি উভয় প্রকল্পে কাজ করতে পারে), সাবমডিউল সহ একটি তৃতীয় রেপো তৈরি করুন এবং এটির সাথে বিকাশ করুন। ইতিহাস পৃথক মডিউলগুলিতে পৃথক রাখা হয় এবং আপনি সর্বদা ট্যাগ তৈরি করতে পারেন যেখানে ব্যাকএন্ড / ফ্রন্টএন্ডের সংস্করণ সত্যই একসাথে সিঙ্কে কাজ করে। একটি রেপোতে উভয়ই ফ্রন্টএন্ড / ব্যাকএন্ড থাকার অর্থ এই নয় যে তারা একসাথে কাজ করবে। এটি কেবলমাত্র উভয় ইতিহাসকে এক বড় রেপিতে মার্জ করছে।
- সাবমডিউল হিসাবে ফ্রন্টএন্ড / ব্যাকএন্ড থাকায় আপনি যদি প্রকল্পটিতে একটি ফ্রিল্যান্সার যুক্ত করতে চান তবে জিনিসগুলি আরও সহজ করবে। কিছু ক্ষেত্রে, আপনি সত্যই কোডবেজে সম্পূর্ণ অ্যাক্সেস দিতে চান না। "বাইরের লোক" কী দেখতে / সম্পাদনা করতে পারে তা সীমাবদ্ধ রাখতে চাইলে একটি বড় মডিউল থাকা জিনিসগুলিকে আরও শক্ত করে তুলবে।
- বাগের ভূমিকা এবং ফিক্সিং বাগ, আমি সম্মুখভাগে একটি নতুন বাগ inোকালাম। তারপরে কেউ ব্যাকএন্ডে একটি বাগ ঠিক করে। একটি সংগ্রহস্থল সহ, নতুন বাগের আগে ফিরে ঘোরানো ব্যাকএন্ড রোলব্যাক করবে যা এটি ঠিক করতে অসুবিধা হতে পারে। সীমান্তে বাগ ফিক্স করার সময় ব্যাকএন্ডে কাজ করার জন্য আমাকে আলাদা ফোল্ডারে ব্যাকএন্ড ক্লোন করতে হবে ... তারপরে জিনিসগুলি পুনরায় স্মরণ করার চেষ্টা করছি ... দুটি রেপোজিটরি থাকা বেদনাদায়ক হবে কারণ একটি রেপোর হেড জিতেছে অন্যটি পরিবর্তন করবেন না। এবং ব্যাকএন্ডের বিভিন্ন সংস্করণের বিরুদ্ধে পরীক্ষা করা বেদাহীন হবে।
কেউ কি তাদের বোঝানোর জন্য আমাকে আরও যুক্তি দিতে পারেন বা কমপক্ষে আমাকে বলতে পারেন কেন প্রকল্পটি দুটি সাবমোডিয়ালে ভাগ করা অর্থহীন (আরও জটিল)) প্রকল্পটি নতুন এবং কোডবেস কয়েক দিনের পুরনো তাই এটি ঠিক করার খুব শীঘ্রই নয়।