পাইপলাইন এবং অ্যাজুর ডিওপগুলিতে রিলিজ পাইপলাইনের মধ্যে পার্থক্য কী?


14

আপনি নীচে প্রদর্শিত এই বিকল্পটি বেছে নেওয়ার সময় একটি ইয়ামল ফাইল তৈরি করা হয়:

এখানে চিত্র বর্ণনা লিখুন

এই ইয়ামল ফাইলে, আপনি শুরু থেকে একটি সম্পূর্ণ ডিপ্লোয়মেন্ট চক্রটি সংজ্ঞায়িত করতে পারেন restore -> build -> run tests -> publish and -> deploy to azure app service web app

তারপরে, রিলিজ বিকল্প কেন? আমি যদি Pipelines -> Pipelinesবিকল্পটির মাধ্যমে একটি পুরো জীবনচক্রটি সংজ্ঞায়িত করতে পারি তবে বিকল্পটির উদ্দেশ্য কী Pipelines -> Releases?

এখানে চিত্র বর্ণনা লিখুন


নীচের উত্তরটি কি আপনি চান তা অর্জনে সহায়তা করতে পারে? যদি হ্যাঁ, আপনি উত্তরটি গ্রহণ করতে পারেন সুতরাং অন্যান্য এসও ব্যবহারকারীরা সমাধানটি কাজ করে কিনা তা দেখতে সক্ষম হবেন। আপনি যদি এখনও কিছু সমস্যার মুখোমুখি হন তবে বিনা দ্বিধায় মন্তব্যটি এখানে ছেড়ে দিন :-)
ফ্রাঙ্ক ওয়াং-এমএসএফটি

উত্তর:


16

পাইপলাইনস বিল্ডসের জন্য সর্বশেষ ডিভোপস ব্যবহারকারী ইন্টারফেসের একটি নাম। পুরানো ইউআইতে এটি এরকম: এখানে চিত্র বর্ণনা লিখুন

এটি বলা যেতে পারে যে Pipeline(বা বিল্ড করুন, বা পাইপলাইন তৈরি করুন) অ্যাজুরে ডিভোপসে সিআই (ধারাবাহিক সংহতকরণ) উপস্থাপন করে। Releaseঅ্যাজুরে ডিভোপসে সিডি (একটানা ডেলিভারি) উপস্থাপন করে। পাইপলাইন সাধারণত কোড নেয়, এটি তৈরি করে, পরীক্ষা করে এবং একটি শৈল্পিক তৈরি করে। রিলিজটি আর্টফ্যাক্ট নেয় এবং এটি প্রকাশ করে / মোতায়েন করে।

ব্যবহার আপনার প্রকল্পের উপর নির্ভর করে।

আপনার যদি একটি ছোট প্রকল্প রয়েছে এবং রিলিজ বৈশিষ্ট্যগুলির কোনও প্রয়োজন নেই (যেমন প্রাক-স্থাপনার শর্ত এবং অনুমোদন), তবে আপনার উল্লিখিত পাইপলাইন থাকতে পারে: restore -> build -> tests -> deployএবং মুক্তির কোনও প্রয়োজন নেই।

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

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


এটি হুবহু সঠিক নয়, পাইপলাইন হিসাবে (যখন ওয়াইএমএল ফাইল হিসাবে নির্দিষ্ট করা হয়) রিলিজের পরিস্থিতিতেও সমর্থন করে।
ড্যানিয়েল মান

2
@ ড্যানিয়েলমান তিনি বিপরীতে বলেননি, তিনি অপের বিচরণের জবাব দিচ্ছেন, দুজনের মধ্যে পার্থক্য ব্যাখ্যা করে
আয়মানদাউদী i

2

মাইক্রোসফ্ট ডক্সে উল্লিখিত হিসাবে, "রিলিজ" বিভাগটি তাদের "ক্লাসিক সম্পাদক" সমাধান: লিঙ্ক

"পাইপলাইনস" বিভাগটি দুটি উপায়ে পাইপলাইন তৈরি করার প্রস্তাব দেয়:

  1. YAML কোড
  2. ক্লাসিক ইউআই সম্পাদক

কি ক্লাসিক মূলত তাদের দ্বারা অর্থ মূল পথ নভোনীল DevOps পাইপলাইনগুলি নির্মিত হয়। আপনি ইন্টারেক্টিভ উপায়ে জিইউআই সম্পাদক ব্যবহার করে একটি পাইপলাইন তৈরি করেন। সহকারীটির সহায়তায় ওয়াইএএমএল থেকে তৈরি পাইপলাইনটি নতুনতর উপায়

কি "পাইপলাইন" অধ্যায় প্রধানত যে আছে "রিলিজ" যে YAML কোড লিখে আপনার কোড, যেখানে, পাইপলাইন সংজ্ঞা জীবন পাশাপাশি এবং একসঙ্গে আপনার কোড সহ হিসাবে আপনার সি আই / সিডি কৌশল কনফিগার করতে সক্ষম নয় নেই।

তাদের নতুন শেখার সংস্থানগুলিও ওয়াইএএমএল ব্যবহার এবং একই পাইপলাইনে বিল্ড এবং স্থাপনার স্তরগুলি তৈরি করতে ইঙ্গিত করে অ্যাজুরি ডিভোপসের সাথে অ্যাপ্লিকেশন স্থাপন করে

আমি সুপারিশ:

  • আপনি যদি ক্লাসিক ইউআই সম্পাদক ব্যবহার করতে পছন্দ করেন তবে বিল্ডসের জন্য "পাইপলাইন" বিভাগ এবং মোতায়েনের জন্য "মুক্তি" বিভাগ ব্যবহার করুন;
  • আপনি যদি YAML ব্যবহার করতে পছন্দ করেন তবে কেবল বিল্ডস এবং মোতায়েনের জন্য "পাইপলাইনস" বিভাগটি ব্যবহার করুন এবং একটি মাল্টিস্টেজ পাইপলাইন তৈরি করুন।

একাধিক পর্যায়ের পাইপলাইন


তারা কীভাবে জিনিস নামকরণ করছে তা সত্যিই বিভ্রান্তিকর।
আয়মানদৌদি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.