এখনও .NET 3.5 / VS2008 জন্য সমর্থিত এবং উপযুক্ত?

আমি আমার জিনিস তৈরি করতে MSBuild ব্যবহার করছি। আমি Build Server হিসাবে CruiseControl.net ব্যবহার করতে চাই

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

সংক্ষিপ্ত: আমি আসলে MSBuild (বিশেষত এটি "অফিসিয়াল" কম্পাইলার সামনে শেষ) এবং বেশ কিছুটা অস্বস্তিকর, তবে আমি আগে থেকেই বিচার করতে চাই না।

MSBuild উপর এনএন্ট্ট ব্যবহার করার কারণ কি হবে? বিশেষ করে ccnet এর সাথে, যা বৈশিষ্ট্যগুলির সাথে nant এর সাথে একটি বিন্দুকে ওভারল্যাপ করে (এবং স্বয়ংক্রিয় বিল্ড সম্পর্কিত স্টাফ যোগ করা)

0
ro fr hi

6 উত্তর

সত্যই এটি আপনার পরিবেশের মধ্যে ভাল কি দেখাচ্ছে উপর নির্ভর করে। যদি আপনি অনেক অ-মাইক্রোসফট টুল ব্যবহার করছেন, nunit, ccnet, ncover। আপনি সম্ভবত nant সঙ্গে ভাল সমর্থন পাবেন। বিকল্পভাবে যদি আপনি MSTest, TFSBuild ব্যবহার করছেন, তাহলে সম্ভবত আপনি একটি ভাল পরিবেশ MSBuild পাবেন। আমি উভয় শিখতে হবে এবং আপনার পরিবেশের সাথে আরো সহজে ফিট করে যা ব্যবহার করে।

0
যোগ

আমার মতে এটি ব্যক্তিগত পছন্দের একটি প্রশ্ন। nAnt একটি দুর্দান্ত কাঠামো এবং MSBuild প্রায় হিসাবে সক্ষম হয়। কাস্টম কর্ম সহজে (উভয় ফ্রেমওয়ার্ক মধ্যে) বিকাশ করার ক্ষমতা আপনি প্রায় কিছু যে আপনি করতে হবে সম্পন্ন করতে পারেন।

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

0
যোগ

যদি আপনি MSBuild সঙ্গে বেশ খুশি, তারপর আমি MSBuild সঙ্গে থাকুন হবে। এটি এমন একটি ক্ষেত্রে হতে পারে যেখানে আপনি প্রথম যে সরঞ্জামটি শিখবেন তা হল আপনি যা পছন্দ করবেন। আমি NAnt দিয়ে শুরু করেছি এবং MSBuild এ যথেষ্ট ব্যবহার করতে পারছি না। আমি নিশ্চিত যে তারা উভয় বেশ কিছু সময় প্রায় কাছাকাছি হবে।

দুটি মধ্যে কিছু মৌলিক পার্থক্য রয়েছে, সম্ভবত কিছু নাটক ও মাইক্রোনিওয়ের মধ্যে এই কথোপকথন

আকর্ষণীয়ভাবে, জেরেমি মিলার সঠিক বিপরীত প্রশ্ন তার ব্লগে </একটি> গত বছর

0
যোগ

যদি আপনি ইতিমধ্যেই কাস্টম কাজগুলির একটি গুচ্ছ পেয়েছেন যা আপনি এনএএনএতে ব্যবহার করেন তবে এটির সাথে থাকুন - আপনি MSBuild এর সাথে অনেক কিছু লাভ করেন না। যে বলেন, যে কোন কিছু বলে মনে হচ্ছে না যে MSBuild তার মূল এ করতে পারেন না পারেন। উভয় বহিরাগত সরঞ্জাম কল করতে পারেন, উভয়। নোট ভিত্তিক কাস্টম কর্ম চালাতে পারেন, এবং উভয় সম্প্রদায়ের কাজ একটি গুচ্ছ সেখানে আছে।

আমরা এখানে আপনার জন্য MSBuild ব্যবহার করছি কারণ - এটি এখন ভিসার জন্য ডিফল্ট বিল্ড সিস্টেম, এবং আমাদের উদ্বেগ সম্পর্কে কোনও নির্দিষ্ট নির্দিষ্ট উপাদান নেই।

MSBuildCommunityTasks শুরু করার জন্য একটি ভাল থার্ড পার্টি টাস্ক বেস, এবং আমার বেশিরভাগ কাস্টম স্টাফকেই আমি কভার করেছি VSS এবং Subversion সমর্থন সহ nant মধ্যে করেনি

0
যোগ

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

MSBuild থেকে শুরু করে নতুন। NET ডেভেলপমেন্টের জন্য আপনাকে অনেক সময় সংরক্ষণ করতে পারে, কারণ এটি সরাসরি সমাধান ফাইলগুলি চালাতে পারে অন্যান্য কর্ম সঞ্চালনের প্রধান সংকলন থেকে প্রসারিত (উৎস নিয়ন্ত্রণ, স্থাপনার, ইত্যাদি) বেশ ভাল কাজ করে।

0
যোগ

CC.NET কেবল বিল্ড সার্ভার প্রযুক্তি, নির্মাণ স্ক্রিপ্ট প্রযুক্তি নয়। আমরা CCWET ব্যবহার খুব সফলভাবে MSBuild কোন সমস্যা সঙ্গে স্ক্রিপ্ট নির্মাণ কল কাজ।

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

0
যোগ