আমি টিমসিটি ব্যবহার করি যা ঘুরেফিরে এমসবিল্ডকে (। নেট 4) ডাকে। আমার কাছে একটি বিস্ময়কর সমস্যা আছে যে কোনও বিল্ড সম্পূর্ণ হওয়ার পরে (এবং এটি সফল বিল্ড ছিল কিনা তা মনে হয় না), এমএসবিল্ড.এক্সই খোলা থাকে এবং একটি ফাইল লক করে, যার অর্থ প্রতিবার টিমসিটি চেষ্টা করে এর কাজের ডিরেক্টরি সাফ করার জন্য, এটি ব্যর্থ হয় এবং চালিয়ে যেতে পারে না।
এটি প্রায় প্রতিবারই ঘটে ।
আমি এটির জন্য সত্যিই হারিয়েছি, তাই আমি যথাসম্ভব বিস্তারিত সরবরাহ করার চেষ্টা করব।
- সার্ভারটি একটি ইন্টেল কোর আই 7, 2 জিবি র্যাম, উইন্ডোজ সার্ভার 2008 স্ট্যান্ডার্ড 64-বিট এসপি 2 সহ।
- টিমসিটিতে, মিসবিল্ড রানারটি
/m
কমান্ড-লাইন প্যারামিটারের সাথে কনফিগার করা হয়েছে (যার অর্থ একাধিক কোর ব্যবহার করা) - প্রশ্নে থাকা ফাইলটি সর্বদা একই বাহ্যিক ডিএলএল যা পথে .NET প্রকল্পের একটিতে উল্লেখ করা হয়
External Tools\Telerik\Telerik.Reporting.Dll
। (External Tools
একই ধরণের পথ কাঠামোর সাথে দিরের সাথে অন্তর্ভুক্ত রয়েছে আরও বেশ কয়েকটি .DLL ফাইল যা কখনও এই সমস্যার কারণ হয় না)। বর্তমানে এটি টেলিরিক প্রতিবেদনের ট্রায়াল সংস্করণের সাথে রয়েছে, যদি এতে কোনও পার্থক্য আসে। - সমস্যাটি ঘটে গেলে,
msbuild.exe *32
টাস্ক ম্যানেজারে সর্বদা বেশ কয়েকটি প্রক্রিয়া তালিকাবদ্ধ থাকে: আমি বিশ্বাস করি there টি রয়েছে Process তারা সবাই 20-50MB র্যাম এবং 0.0% সিপিইউ থেকে ব্যবহার করছে। - আমি যদি ১-৩ মিনিট অপেক্ষা করি তবে এমএসবিল্ড.এক্সই তাদের নিজস্ব থেকে প্রস্থান করবে এবং টিমসিটি তারপরে সঠিকভাবে কাজের ডিরেক্টরি আপডেট করতে পারে।
- আমি যদি ম্যানুয়ালি এম্সবিল্ড প্রক্রিয়াগুলি বন্ধ করে দিই, টিমসিটির আপডেটগুলি তত্ক্ষণাত আবার কাজ করবে।
- ইনডেক্সিং পরিষেবাদিগুলি উইন্ডোজে বন্ধ করা আছে (যদিও পূর্ববর্তী দুটি পয়েন্টগুলি নিশ্চিত করে যে এটি এমএসবিল্ড ex এক্স সমস্যা তৈরি করে)।
- Telerik.reporting.dll- তে কোনও বিশেষ সম্পত্তি নেই। একমাত্র এসভিএন সম্পত্তি
svn:mime-type = application/octet-stream
এর আগে কেউ কি দৌড়ে গেছে?
/m /nr:false
, আমি কয়েকটি বিল্ডের জন্য দৌড়াব এবং এটি কীভাবে হয় তা দেখুন। ধন্যবাদ