প্রকল্পের জন্য গিট সংগ্রহস্থলগুলি কীভাবে গঠন করবেন?


9

আমি দ্রুপালের জন্য একটি সামগ্রীর সিঙ্ক্রোনাইজেশন মডিউলে কাজ করছি। একটি সার্ভার মডিউল রয়েছে, যা ওনা ওয়েবসাইটে বসে এবং ওয়েব পরিষেবার মাধ্যমে সামগ্রী প্রকাশ করে content একটি ক্লায়েন্ট মডিউলও রয়েছে, যা ভিন্ন সাইটে বসে এবং নিয়মিত বিরতিতে সামগ্রীটি আমদানি করে আমদানি করে।

সার্ভারটি ড্রুপাল on এ তৈরি করা হয়েছে। ক্লায়েন্টটি ড্রুপাল on এ তৈরি করা হয়েছে। সেখানে সার্ভারের একটি Druapl 7 সংস্করণের প্রয়োজন হবে। এবং তারপরে পরের বছরে একবার প্রকাশিত হওয়ার পরে ক্লায়েন্ট এবং সার্ভার উভয়েরই একটি ড্রুপাল 8 সংস্করণের প্রয়োজন হবে।

আমি গিট এবং উত্স নিয়ন্ত্রণে মোটামুটি নতুন, তাই আমি ভাবছিলাম গিট সংগ্রহস্থলগুলি সেটআপ করার সর্বোত্তম উপায় কোনটি? এটি প্রতিটি উদাহরণের জন্য পৃথক সংগ্রহস্থল থাকার ক্ষেত্রে হবে, যেমন:

Drupal 6 server = 1 repository
Drupal 6 client = 1 repository
Drupal 7 server = 1 repository
Drupal 7 client = 1 repository
etc 

অথবা সার্ভারের জন্য একটি সংগ্রহস্থল এবং ক্লায়েন্টের জন্য আরেকটি এরপরে প্রতিটি ড্রুপাল সংস্করণের জন্য শাখা তৈরি করা আরও কী অর্থপূর্ণ হবে?

বর্তমানে আমার কাছে দুটি সংগ্রহস্থল রয়েছে - একটি ক্লায়েন্টের জন্য এবং অন্যটি সার্ভারের জন্য।

উত্তর:


7

প্রকল্পটি সত্যই বিশাল না হলে আমি সার্ভার এবং ক্লায়েন্টের জন্য সাব-ডিরেক্টরি সহ একক সংগ্রহস্থলের জন্য যাব এবং প্রতিটি সংস্করণের জন্য একটি শাখা তৈরি করব। আপনি একই সময়ে একাধিক সংস্করণ অ্যাক্সেস করতে চাইলে আপনার কাছে পুনরায় সংগ্রহের একাধিক কপি থাকতে পারে।

একাধিক সংগ্রহস্থল রক্ষণাবেক্ষণ করে, আপনি প্রয়োজনীয় পরিবর্তনের চেয়ে বদল স্থানান্তরিত করতে চান (প্যাচ প্রয়োগের তুলনায় রিবাজে সহজ)। (অসম্ভব) ক্ষেত্রে একাধিক সংস্করণে প্রয়োগ করার জন্য কোনও পরিবর্তন করা হবে না, আপনি এখনও কিছুই হারাবেন না ...

তদুপরি, আপনি সর্বদা একাধিক সংগ্রহস্থলে স্যুইচ করতে পারেন: কেবল রেপো ক্লোন করুন এবং যে শাখাগুলি আপনি চান তাগুলি সরিয়ে ফেলুন। অন্য পথে যেতে শক্ত হয়।

আমি সার্ভার এবং ক্লায়েন্ট কিছুই ভাগ না করে বা কোডটি যদি সত্যিই বিশাল হয় তবেই আমি একাধিক रिपোর জন্য যেতে চাই।


এই পথেই আমি যাচ্ছি কারণ দ্রুপাল শাখা হিসাবে বিভিন্ন সংস্করণ সঞ্চয় করে। আমিও +1 করব তবে 15 টি রেপ দরকার!
littledynamo

4

আমি এ জাতীয় বিভিন্নতা দেখেছি এবং কাজ করেছি। সার্ভার এবং ক্লায়েন্টের জন্য সাবফোল্ডার সহ এক ফোল্ডারের সমস্ত কিছুর জন্য বা প্রতিটি রেপো। আমি প্রকল্পের প্রতিটি মূল অংশের জন্য একক রেপো পছন্দ করি।

বড় সংস্করণ পরিবর্তনের ক্ষেত্রে আমি খুব সহজেই নতুন রেপো তৈরি করতে পারি। অবশ্যই তাদের জন্য বিভিন্ন শাখা নেই। যদিও শাখাগুলি নতুন কার্যকারিতা বাস্তবায়নের জন্য এবং সম্ভবত একটি স্থায়ী স্থাপনার শাখা শক্তিশালী, তবে আমি তাদের মধ্যে অনেকগুলি দীর্ঘ সময়ের জন্য সমান্তরালভাবে চালানো এড়াতে সবসময় থাকি। আপনাকে সর্বদা সেগুলি বজায় রাখতে হবে (মাস্টার শাখা বদলে গেলে রিবাসগুলি করুন), সুতরাং বেসিক কাঠামোটি যতটা সম্ভব সহজ করে নিন। অতিরিক্ত রাজ্যের জাগল শাখার চেয়ে অতিরিক্ত রেপো রাখা (আমার বিনীত মতে) কম বেদনাদায়ক। বিশেষত যদি ক্লায়েন্ট এবং সার্ভার বেশি কোড ভাগ না করে।

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


1
ধন্যবাদ। এটি আকর্ষণীয় কারণ আমি সবেমাত্র আবিষ্কার করেছি যে দ্রুপাল কোর মডিউলগুলি শাখা হিসাবে পৃথক সংস্করণ সঞ্চয় করে। আমি মনে করি এটি কাঠামোটি অনুকরণ করা আমার পক্ষে বোধগম্য। আমি +1 করতাম তবে 15 টি রেপ দরকার!
littledynamo
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.