ডেভ -> স্টেজ -> উত্পাদন থেকে মাইগ্রেশন (সিএমআই) কনফিগারেশনের জন্য প্রস্তাবিত ওয়ার্কফ্লো কী?

41

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

ঘরে আমরা যে সর্বোত্তমটি বের করতে পেরেছি (আংশিকভাবে দ্রুপালন পোর্টল্যান্ডে উপস্থাপনার ভিত্তিতে) তা ছিল:

সক্রিয় কনফিগার ডিরেক্টরিটি উপেক্ষা করার জন্য সংস্করণ নিয়ন্ত্রণ বলুন।
মঞ্চ ডিরেক্টরিতে সমস্ত কনফিগারেশন অনুলিপি করুন এবং সংস্করণ নিয়ন্ত্রণে প্রতিশ্রুতিবদ্ধ।

এবং 2 পরিবেশের মধ্যে সক্রিয় / মঞ্চ পরিচালনাকে উল্টানোর জন্য সেটিংস.এফপি ব্যবহার করুন। তবে, একটি সার্ভার থেকে পরের দিকে একটি স্থাপনার কর্মপ্রবাহ নির্ণয় করার সময় জটিল কিন্তু করণীয় ছিল, একাধিক স্থানীয় পরিবেশ (যেমন একাধিক বিকাশকারী) থেকে দেব (বা একে অপরের মধ্যে) মধ্যে প্রস্তাবিত ওয়ার্কফ্লো কী - সম্ভাব্য সমস্যাটি প্রতিটি দলের সদস্য হতে পারে একই বা অনুরূপ পরিবেশ ভাগ করে নেওয়ার ফলে কীভাবে একজন সতীর্থের মেশিনে পরিবর্তন আসবে?

migration 8 version-control

— btmash
সূত্র

5

আমি বর্তমানের নিকটতম ভোটের সাথে সত্যই একমত নই। সিএমআই যেহেতু দ্রুপাল 8-এর জন্য ফোকাস, আমি মনে করি আমাদের এখানে কিছু ভাল উত্তর থাকতে পারে।

— এমপিডোনাদিও

3

সম্মত, এটি খুব ভাল প্রশ্ন। আমি বিশ্বাস করি যে drupal.org/node/1703168 সমালোচনামূলক কাজটি এই এবং অন্যান্য বিষয়গুলি সম্পর্কে এবং এখনও সম্পূর্ণ সমাধান করা হয়নি, সুতরাং এখানে একটি উত্তর এই সমস্যাটিকে এগিয়ে নিয়ে যেতে সহায়তা করতে পারে।

— বার্দির

আমার প্রশ্ন যদি সিএমআই উদ্যোগের প্রতি নেতিবাচক হয়ে আসে (যা আমার উদ্দেশ্য ছিল না) তবে আমি ক্ষমা চাইছি। আমি প্রশ্নটি আপডেট করেছি যাতে এটি আরও নিরপেক্ষ লাগে।

— বিটিমাশ

2

আমি প্রায় বলতে যাচ্ছিলাম "আপনি কি বৈশিষ্ট্যগুলি চেষ্টা করেছেন"। হতে পারে "ডি 8" প্রশ্ন শিরোনামে যাওয়া উচিত? "8" ট্যাগটি কিছুটা অদৃশ্য।

— donquixote

1

শিরোনাম সংশোধিত হয়েছে তাই প্রশ্ন ট্যাগ বা শিরোনাম মাধ্যমে উভয়ই দেখা যেতে পারে :)

— বিটিম্যাশ

19

সিএমআই রক্ষণাবেক্ষণকারীদের সাথে কিছুটা কথা বলার পরে, সর্বোত্তম পদ্ধতির কী নিয়ে আলোচনা শেষ হয়নি তবে নিম্নলিখিতটি এই মুহূর্তে সবচেয়ে বেশি অর্থবোধ করে।

এটি আপাতত অবিচ্ছিন্ন রাখার চেষ্টা করা হচ্ছে, প্রশ্নগুলির উপর ভিত্তি করে প্রসারিত করার চেষ্টা করবে / যখন রেফারেন্সড সমস্যাটি সরকারী উত্তর দিয়ে সমাধান করা হয়।

সুতরাং, প্রথমে, তথ্যগুলি ...

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

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

— Berdir
সূত্র

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

— বিটিমাশ

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

— বারদির

ঠিক আছে, এখন আরও আরও প্রশ্ন (2 মন্তব্য বিভক্ত) :) প্রথমত, আপনি মডিউল কনফিগারেশন উল্লেখ। সুতরাং এমনকি কোনও রেপোতে কোনও মডিউল যুক্ত করা এবং সক্ষম / অক্ষম না করা সত্ত্বেও, কেবল সেখানে বসে থাকার জন্য এটি ইনস্টল / আনইনস্টল করা দরকার?

— বিটিমাশ

এবং অনুসরণ: (ক) সক্রিয় ডিরেক্টরি থেকে পরিবর্তনগুলি অনুলিপি করার কোনও ব্যবস্থা থাকবে -> মঞ্চায়ন (এই উপাদানগুলির জন্য কনফিগার ডিরেক্টরিতে কোনও ব্যক্তিকে বনাম সহজ করতে - সম্ভবত কিছু নির্দিষ্ট ভেরিয়েবল চেরি-পিক করার উপায়)। (খ) মঞ্চ -> সক্রিয় থেকে পরিবর্তনগুলি সিঙ্ক হওয়ার পরে কি মঞ্চ ডিরেক্টরিটি খালি হয়ে যায়? (খ 1) যদি তা হয় তবে ডিটপস স্ট্যান্ডপয়েন্ট থেকে কৌশলটি কি গিট টানার আগে সেই ডিরেক্টরিটি পুনরায় সেট করতে হবে? (বি 2) যদি তা না হয় তবে কী ধরে নেওয়া ঠিক হবে যে মঞ্চে-> সক্রিয় সিঙ্কটি ঘটে যাওয়ার সময় কনফিগারেশনে কোনও পরিবর্তন হওয়া উচিত নয় যা পরিবর্তিত হয়নি?

— বিটিমাশ

মডিউল ইনস্টলেশন স্থিতি কনফিগারেশন। মডিউল নিজেই নয় :) এটিই আপনি মোতায়েন করেন। ক) সক্রিয় ডিরেক্টরিটির একটি tar.gz ডাউনলোড করার জন্য একটি ইউআই আছে, একজন স্টেজিং ডিরেক্টরীতে tar.gz আপলোড করতে পারে এবং একটি পরিবর্তনটি ওভারভিউ এবং ভিন্নতার সাথে বাস্তবে আমদানি করতে পারে। খ) আমি এখনই এটি খালি করা বিশ্বাস করি, তবে আমি ধরে নিই যে আপনি সহজেই গিট দিয়ে তা ফিরিয়ে দিতে পারবেন। নিশ্চিত নয়, চেক করা সহজ। সমস্ত স্টাফ প্লাগযোগ্য, তাই কিছুটা আলাদা বাস্তবায়ন হতে পারে যা মোছা না। খ 2) আমি এটি পাই না তবে আমি হ্যাঁ মনে করি।

— বারদির

4

দুর্দান্ত উত্তর এখন পর্যন্ত। সবাইকে ধন্যবাদ!

আমরা সম্প্রতি একটি ড্রুপাল 8 প্রকল্প শুরু করেছি এবং নিম্নলিখিত ওয়ার্কফ্লো বাস্তবায়িত করেছি।

আমাদের তিনটি ফোল্ডার সক্রিয়, মঞ্চায়ন এবং রফতানি রয়েছে। বিকাশকারীরা তাদের রফতানি করতে ডাম্প করে। আমি এটিকে মঞ্চে রাখতে চাই না। আমি মনে করি যখন ভাগ করা কনফিগারেশন সরাসরি স্টেজিং ফোল্ডারে সংরক্ষণ করা হয় না তখন এটির সাথে কাজ করা সহজ। এটি কেবল একটি হ্রাস আমার কাছে এর কোনও শক্ত তথ্য নেই ...

আমাদের বর্তমান ড্রুপাল 8 প্রকল্পের টেম্পলেটটি গিথুবে উপলভ্য। আমি ডেভিলোপার ওয়ার্লফ্লো দ্রুত করার জন্য কয়েকটি হ্যান্ড ড্র্যাশ কমান্ডও লিখেছি। সক্রিয় থেকে রফতানি করতে কোনও ম্যানুয়াল কপি করা প্রয়োজন।

প্রকল্পের টেমপ্লেট: https://github.com/webflo/d8-project-template
অতিরিক্ত Drush কমান্ড: https://github.com/webflo/d8-project-template/blob/master/public/drush/cmi.drush.inc

— webflo
সূত্র

1

এখনও অবধি, আমি এই পদ্ধতির সাথে একমত আমি এই পোস্টের লিঙ্কগুলি থেকে সমস্ত বৈশিষ্ট্যগুলি ড্রশ কনফিগার-এক্সপোর্ট এবং কনফিগার-আমদানি কমান্ডগুলিতে যুক্ত করেছি। আমি আশা করি এই 3 ডিরেক্টরি সমাধানটি অন্বেষণে অন্যরাও আমার সাথে এবং @ ফ্লোরিয়ায় যোগ দেবেন।

— মোশি ওয়েটজম্যান

আপনি কিভাবে মোকাবেলা করবেন sites/default/files/config_HASHএকটি হ্যাশ প্রত্যয়, যেমন config_wNOLcmycPFZCrXJ9wis9dCdSR4lpYILdBsFxSWuK5Hzhcr থাকার ফোল্ডারের কনফিগ

— therobyouknow

@ অন্যচৈতন্য এই ফোল্ডারগুলির অবস্থানটি ওভাররাইড করা সম্ভব। শুধু "সাইটের কনফিগারেশন ফাইলগুলির অবস্থান" সন্ধান করুন। সেটিংস.এফপিতে আমি নীচের স্নিপেট ব্যবহার করি। এর অর্থ, কনফিগারেশনটি ড্রুপাল রুট ডিরের বাইরে সংরক্ষণ করা হয়। $ কনফিগার_ডাইরেক্টরিজ = অ্যারে ('সক্রিয়' => '../config/active', 'স্টেজিং' => '../config/stasing',);

— ওয়েবফ্লো

ধন্যবাদ @ ওয়েবেফ্লো আমি এটি দেখেছি। একটি কোড বেস এবং একটি কনফিগার আলাদাভাবে পরিচালনা করার সুবিধা কী হবে? আমি মনে করি এই বিচ্ছেদটি কিছুটা কৃত্রিম, কারণ কোড এবং কনফিগার উভয়ই (ইয়ামলে) আচরণ নির্ধারণ করে এবং একে অপরের উপর নির্ভরশীল। ড্রুপাল In-তে, কনফিগারেশন-ইন-কোড (বা গিট দ্বারা ট্র্যাকযোগ্য) বৈশিষ্ট্য মডিউল দিয়ে প্রতিটি নির্দিষ্ট কনফিগারেশনের জন্য মডিউল তৈরি করে কোডে ট্র্যাক করা দরকার ছিল done ড্রুপাল 8-তে, বৈশিষ্ট্যগুলি 3.x রয়েছে যা আমি এটি বুঝতে পেরেছি তবে একইভাবে তবে কনফিগারটি সঞ্চয় করতে YAML ব্যবহার করে এবং উত্পন্ন মডিউলগুলি বৈশিষ্ট্য মডিউলটির উপর নির্ভর করে না।

— therobyouknow

আমি মনে করি আপনি আমাকে ভুল বুঝেছেন, কনফিগার ডিরটি এখনও গিটে রয়েছে, তবে আমার দ্রুপাল সাইটটি গিট রেপো রুটে নেই। সাইটটি সঞ্চিত / ওয়েব। সুতরাং / কনফিগারেশন এবং / ওয়েব একই স্তরের হয়।

— ওয়েবফ্লো

2

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

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

একটি কাস্টম মডিউলে কনফিগার করা আপনার মূল কোডবেসের একটি অংশ করে তোলে।

স্থাপনার প্রক্রিয়াটি হ'ল:

গিট টান বা নতুন ফাইলগুলি পেতে যা কিছু হোক।
সাফ ক্যাশে।
ডিফল্ট কনফিগারেশন পুনরায় সেট করুন। (আপনার কাস্টম মডিউল এর ফাইল থেকে)

আপনি চাইলে প্রতিটি পরিবেশের জন্য কাস্টম মডিউলগুলি (এটির নিজস্ব কনফিগারেশন সহ) তৈরি করতে পারেন।

— jonpugh
সূত্র

এটি বৈশিষ্ট্যের মতো দুর্দান্ত শোনায়, তাই না? বা আমি অনুপস্থিত একটি উল্লেখযোগ্য পার্থক্য আছে?

— লেটারিয়ান

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

— বিটিমাশ

2

দ্রষ্টব্য: আমি প্রশংসা করি যে এটি প্রশ্নের সাথে কঠোর অর্থে কোনও উত্তর নয়, তবে আমি এটিকে যাইহোক এখানে রেখেছি এবং বৈশিষ্ট্যগুলির একটি 8.x রিলিজ হয়ে গেলে এবং পুনরায় ঘুরে দেখি এবং সম্পাদনা / মুছব Features আরও কিছু স্থির। এটি একটি মন্তব্যের জন্য খুব বড় ছিল এবং আমি আমার £ 0.02 পেতে চাই :-)

বৈশিষ্ট্যের বিশাল ফ্যান হিসাবে , আমি বৈশিষ্ট্যগুলি মডিউলের ডি 8 অবতারের দিকে নজর রাখার পরামর্শ দেব ।

প্রকল্প পৃষ্ঠা থেকে নেওয়া

নতুন কনফিগারেশন ম্যানেজমেন্ট সিস্টেমের সাথে সংহত করার জন্য দ্রুপাল 8 এর জন্য বৈশিষ্ট্যগুলির 3.x সংস্করণটি পরিকল্পনা করা হয়েছে। আপনার যদি সহজ সরল সাইট কনফিগারেশন রফতানি করতে হয় তবে বৈশিষ্ট্যগুলির পরিবর্তে ডি 8 কনফিগারেশন ম্যানেজমেন্ট সিস্টেমটি ব্যবহার করা উচিত। আপনি বান্ডিলযুক্ত কার্যকারিতা রফতানি করতে ডি 8-এ বৈশিষ্ট্যগুলি ব্যবহার করবেন ("ফটো গ্যালারী বৈশিষ্ট্যের মতো")।

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

আমি সাহায্য করতে পারি না তবে হ্যাঁ ভাবতে পারি, সিএমআই দুর্দান্ত! তবে আমার বেশিরভাগ সাইটগুলি এখনও বৈশিষ্ট্যগুলির মডিউলগুলির সাথে সমাপ্ত হবে (প্রতিটি সামগ্রীর প্রকার, অনুমতি ইত্যাদি রফতানি না করার কারণে অল্প পরিমাণে হলেও)

— Chapabu
সূত্র

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

— বিটিএমশ

... ডি 7 বৈশিষ্ট্যগুলি স্থাপনার পদ্ধতিতে ডাটাবেসে সক্রিয় স্টোর ডেটা এবং ফাইলগুলিতে ডেটাস্টোর জড়িত। আমরা উভয় ফাইল হিসাবে স্থানান্তরিত করছি এবং এটি কীভাবে ওয়ার্কফ্লোতে একটি শিফটকে প্রভাবিত করে তা নিশ্চিত করা দরকার।

— বিটিমাশ

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

— বারদির

তুমি ঠিক বলছো. আমি জানি না কীভাবে আমি ডি 7-র কনফিগারেশন মডিউলটি বৈশিষ্ট্যগুলির সাথে মিশ্রিত করেছি তবে আমি তা করেছি।

— বিটিএমশ