একটি "বিল্ড সার্ভার" এর বিন্দুটি কী? [বন্ধ]


101

আমি খুব বড় সংস্থার হয়ে কাজ করি নি এবং আমি কখনও এমন একটি প্রতিষ্ঠানের পক্ষেও কাজ করিনি যে "বিল্ড সার্ভার" ছিল।

তাদের উদ্দেশ্য কী? কেন ডেভেলপাররা তাদের স্থানীয় মেশিনে প্রকল্প তৈরি করছে না, বা তারা? কিছু প্রকল্পগুলি কি এত বড় যে এটিকে যথাযথ সময়ে তৈরি করতে আরও শক্তিশালী মেশিনের প্রয়োজন?

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

কেউ, দয়া করে আমাকে আলোকিত করুন: একটি বিল্ড সার্ভারের উদ্দেশ্য কী?

উত্তর:


94

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

এই বিষয়ে জোয়েল স্পলস্কি।


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

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

আইএমএইচও এর একটি বড় সুবিধা হ'ল এটি আপনাকে এমন একটি বিল্ডসিস্টেম ব্যবহার করতে বাধ্য করে যা 100% স্বয়ংক্রিয়ভাবে চালিত হবে এবং এটি শুরু করার জন্য আপনাকে শূন্য বোতামগুলি দেওয়ার জন্য উত্সাহ দেয়। এটি কেবলমাত্র আপনার মুক্তির এবং পরীক্ষার বিল্ডগুলির জন্য একটি একক উত্স নেই, তবে এটি নিশ্চিত করার বিষয়েও যে লোকেরা আপনার বিল্ড সিস্টেমটিকে স্ক্রু না করে।
ক্লিয়ারার

48

বিল্ড সার্ভারগুলি বিভিন্ন কারণে গুরুত্বপূর্ণ are

  • তারা পরিবেশটি বিচ্ছিন্ন করে দেয় স্থানীয় কোড বানর বিকাশকারী যখন বলেন এটি "এটি আমার মেশিনে সংকলন করে " যখন এটি আপনার উপর সংকলন করে না। এর অর্থ সিঙ্কের বাইরে থাকা চেক-ইনগুলি হতে পারে বা এর অর্থ কোনও নির্ভরযোগ্য লাইব্রেরি অনুপস্থিত। জার নরক .dll জাহান্নামের মতো খারাপ নেই; যে কোনও উপায়ে, বিল্ড সার্ভারটি ব্যবহার করা সস্তা বীমা যা আপনার বিল্ডগুলি রহস্যজনকভাবে ব্যর্থ হয় না বা ভুল করে ভুল লাইব্রেরিগুলিকে প্যাকেজ করে না।

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

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


12
+1 প্রোগ্রামারদের তাদের বিল্ড পরিবেশে পরিবর্তনগুলি নথিভুক্ত করা হরিং বিড়ালের মতো। তারা তাদের। নেট বা বুস্ট লাইবটি কী পর্যায়ে আপডেট করেছে তা তারা সহজেই মনে করতে পারে না, যদি তারা বুঝতে পারে যে তারা আদৌ এটি করেছে। একটি সেন্ট্রাল সার্ভার দৈনিক বিল্ড করার সাথে সাথে তারা কোডটি যাচাই করার পরে সন্ধ্যায় তাদেরকে এই অ্যাক্টে ধরা দেয় told এবং বলা হওয়ার মতো অনুপ্রেরণার মতো কিছুই নেই, "আপনি দলটি তৈরি করেছিলেন, আপনি কি ভুলে গেছেন?"
কুমারশ

28

তাদের উদ্দেশ্য কী?
বিকাশকারী মেশিনের বোঝা নিন, বিল্ডগুলির জন্য একটি স্থিতিশীল, পুনরুত্পাদনযোগ্য পরিবেশ সরবরাহ করুন।

কেন ডেভেলপাররা তাদের স্থানীয় মেশিনে প্রকল্প তৈরি করছে না, বা তারা?
কারণ জটিল সফ্টওয়্যার সহ, আশ্চর্যজনকভাবে অনেক কিছুই ভুল হতে পারে যখন কেবল "সংকলন" করা যায়। আমি আসলে সমস্যার মুখোমুখি হয়েছি:

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

সমস্ত পাবলিক রিলিজ খালি ফোল্ডারে উত্স নিয়ন্ত্রণ থেকে পাওয়া নিয়ে শুরু করার পরে আমরা একটি আশ্চর্যজনক স্থায়িত্ব বৃদ্ধি পেয়েছি। এর আগে, প্রচুর "মজার সমস্যা" ছিল যা "জো যখন আমাকে একটি নতুন ডিএলএল দিয়েছে তখন" চলে গেল।

কিছু প্রকল্পগুলি কি এত বড় যে এটিকে যথাযথ সময়ে তৈরি করতে আরও শক্তিশালী মেশিনের প্রয়োজন?

"যুক্তিযুক্ত" কি? আমি যদি আমার লোকাল মেশিনে ব্যাচ বিল্ড পরিচালনা করি তবে অনেক কিছুই আমি করতে পারি না। বিল্ডগুলি সম্পূর্ণ করার জন্য বিকাশকারীদের অর্থ প্রদানের পরিবর্তে ইতিমধ্যে একটি বাস্তব বিল্ড মেশিন কিনতে আইটি প্রদান করুন।

আমি কি যথেষ্ট বড় প্রকল্পগুলিতে কাজ করি নি?

আকার অবশ্যই একটি ফ্যাক্টর, তবে একমাত্র নয়।


8

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


দুর্দান্ত উত্তর পাশাপাশি নামের জন্য আপভোট করুন।
ফিলিপ শিফ

6

বিল্ড সার্ভারটি প্রত্যেকের কোডটি চেক ইন করা অবস্থায় তৈরি করতে ব্যবহৃত হয় Your আপনার কোডটি স্থানীয়ভাবে সংকলন করতে পারে তবে আপনি সম্ভবত সর্বদা অন্যদের দ্বারা করা সমস্ত পরিবর্তন পাবেন না।


5

ইতিমধ্যে যা বলা হয়েছে তা যুক্ত করতে:

প্রাক্তন সহকর্মী মাইক্রোসফ্ট অফিসের দলে কাজ করেছিলেন এবং আমাকে বলেছিলেন একটি সম্পূর্ণ বিল্ড কখনও কখনও 9 ঘন্টা লাগে। এটি আপনার মেশিনে এটি করতে স্তন্যপান করবে , তাই না?


4

পূর্ববর্তী সংস্করণগুলির (এবং কনফিগারেশনের পরিবর্তনগুলি) নিদর্শনগুলি থেকে মুক্ত "পরিষ্কার" পরিবেশ থাকা দরকার যাতে নিশ্চিত হয় যে বিল্ডস এবং টেস্টগুলি কাজ করে এবং শৈল্পিকগুলির উপর নির্ভর করে না। বিচ্ছিন্ন করার কার্যকর উপায় হ'ল পৃথক বিল্ড সার্ভার তৈরি করা।


4

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


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

3

এই মেশিনগুলি বেশ কয়েকটি কারণে ব্যবহার করা হয়, সমস্তগুলি আপনাকে উন্নত পণ্য সরবরাহে সহায়তা করার চেষ্টা করে।

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

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


2

ধারাবাহিক মানের জন্য এবং পরিবেশের ত্রুটিগুলি চিহ্নিত করতে 'আপনার মেশিনটি বন্ধ করে' দেওয়ার জন্য এবং যাতে আপনি সোর্স নিয়ন্ত্রণে যাচাই করতে ভুলে যাওয়া কোনও ফাইলও বিল্ড ত্রুটি হিসাবে প্রদর্শিত হয়।

আমি এটি ইনস্টলারগুলি তৈরি করতেও ব্যবহার করি কারণ কোড সাইনিং ইত্যাদির সাহায্যে ডেস্কটপে এটি করতে অনেক বেশি সময় লাগে


1

আমরা একটি ব্যবহার করি যাতে আমরা জানতে পারি যে উত্পাদন / পরীক্ষার বাক্সগুলিতে সেই লাইব্রেরির একই লাইব্রেরি এবং সংস্করণ রয়েছে যা বিল্ড সার্ভারে পাওয়া যায় as


1

এটি আমাদের জন্য পরিচালনা এবং পরীক্ষার বিষয়ে। বিল্ড সার্ভারের সাহায্যে আমরা সর্বদা জানি যে আমরা সংস্করণ নিয়ন্ত্রণ থেকে আমাদের মূল "ট্রাঙ্ক" লাইনটি তৈরি করতে পারি। আমরা এক-ক্লিক দিয়ে একটি মাস্টার ইনস্টল তৈরি করতে পারি এবং এটি ওয়েবে প্রকাশ করতে পারি। প্রতিটি বারের কোডটি চেক ইন করা আছে কিনা তা নিশ্চিত হওয়ার জন্য আমরা আমাদের সমস্ত ইউনিট পরীক্ষা চালাতে পারি। এই সমস্ত কাজকে একটি একক মেশিনে সংগ্রহ করে এটি বারবার ডানাই করা সহজ করে তোলে।


1

আপনি ঠিক বলেছেন যে বিকাশকারীরা তাদের নিজস্ব মেশিনে তৈরি করতে পারে।

তবে এগুলি আমাদের বিল্ড সার্ভারটি ক্রয় করে এমন কিছু বিষয় এবং আমরা কদাচিৎ পরিশীলিত বিল্ড নির্মাতারা:

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

1

সম্ভবত আমি একমাত্র ...

আমি মনে করি সবাই একমত হওয়া উচিত

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

তবে কেউ স্বয়ংক্রিয়ভাবে নির্মিত সংস্করণগুলির বিষয়ে চিন্তা করে না। যখন কোনও অটোমেটিক বিল্ডে কোনও কিছু ভেঙে গিয়েছিল, কিন্তু এটি আর নেই - কে যত্ন করে? অগ্রগতি তার একটি কাজ. কেউ এটি স্থির করেছেন।

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

সুতরাং, সম্ভবত একটি "বিল্ড সার্ভার" কেবল একটি মিসনোমার এবং এটি আসলে একটি "ক্রমাগত পরীক্ষা সার্ভার"। অন্যথায় এটি বেশ অকেজো মনে হচ্ছে।


0

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


0

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


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

0

একটি বিল্ড সার্ভার সাধারণত কোনও সংগ্রহস্থলে অবস্থিত বড় প্রকল্পগুলির সংকলনের কাজগুলি (যেমন রাত্রি বিল্ডগুলি) নির্ধারণের জন্য ব্যবহৃত হয় যা মাঝে মাঝে কয়েক ঘণ্টারও বেশি সময় নিতে পারে।


0

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

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