এই প্রকল্পের জন্য আউটপুটপথ সম্পত্তি সেট করা নেই

Question

আমি যখন ভিজ্যুয়াল স্টুডিও ২০০৮ সালে আমার প্রকল্পটি x86 ডিবাগ মোড থেকে সংকলন করার চেষ্টা করব। আমি এই ত্রুটিটি পাচ্ছি। যখন আমি অভিযোগকারী প্রকল্পটির সম্পত্তি গোষ্ঠীর দিকে তাকালাম তখন দেখি আউটপুট পাথ সেট করা আছে।

.Csproj ফাইলের জন্য এখানে সম্পত্তি গোষ্ঠী বিভাগ রয়েছে

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' ">
  <DebugSymbols>true</DebugSymbols>
  <OutputPath>bin\x86\Debug\</OutputPath>
  <DefineConstants>DEBUG;TRACE</DefineConstants>
  <BaseAddress>285212672</BaseAddress>
  <FileAlignment>4096</FileAlignment>
  <DebugType>full</DebugType>
  <PlatformTarget>x86</PlatformTarget>
 <ErrorReport>prompt</ErrorReport>

কেউ কি এ বিষয়ে আলোকপাত করতে পারেন?

দ্রষ্টব্য: যখন আমি এই ডিবাগ এবং যে কোনও সিপিইউ কাজ করতাম তা সংকলন করি।

আপডেট হয়েছে: ত্রুটি 1 এই প্রকল্পের জন্য আউটপুটপথ সম্পত্তি সেট করা নেই। আপনি বৈধ কনফিগারেশন / প্ল্যাটফর্ম সংমিশ্রণটি নির্দিষ্ট করেছেন তা নিশ্চিত হয়ে দেখুন। কনফিগারেশন = 'ডিবাগ' প্ল্যাটফর্ম = 'x86'

Comments

ঠিক আছে এবং আপনি কোন কনফিগারেশন এবং প্ল্যাটফর্ম ব্যবহার করেন? ডিবাগ + x86 বা অন্য কিছু?

— ওন্দ্রেজ টুকনি

হ্যাঁ ভিএস কনফিগারেশন ম্যানেজারটি আমি ডিবাগ + x86

— আমাজাথ

@ দিমিত্রিশকোরোপ্যাটস্কি আপডেট হওয়া ত্রুটি বার্তা

— আম্মাথ

এটা সঠিক দেখাচ্ছে। সমাধানে আরও একটি প্রকল্প রয়েছে যা ত্রুটির কারণ হতে পারে?

— দিমিত্রি শুকোরোপাটস্কি

@ দিমিত্রিশকুরোপাটস্কি আপনি ঠিক বলেছেন এটি অন্য একটি প্রকল্প যা ইস্যু করেছিল। কিন্তু ভিএস অভিযোগ করেছিলেন যে প্রকল্পটি সংকলিত হচ্ছে

— আমজাত

Answer 1

ভিজ্যুয়াল স্টুডিওতে কনফিগারেশনম্যানেজারের মাধ্যমে একটি নতুন কনফিগারেশন যুক্ত করার পরে আমার ঠিক একই ত্রুটি হয়েছিল।

পুরো সমাধানের (এবং প্রতিটি প্রকল্পের) আউটপুটপথ উপাদানটি .csproj ফাইলগুলিতে যুক্ত না করা অবস্থায় এটি 'প্রোডাকশন' কনফিগারেশন যুক্ত হয়েছিল It

ফিক্স করার জন্য, আমি প্রকল্পের বৈশিষ্ট্য ট্যাবটি বিল্ড গিয়েছিলাম, থেকে OutputPath পরিবর্তিত \bin\Production\করতে \bin\Production(মুছে চিহ্ন \) এবং সংরক্ষিত পরিবর্তন। .Csproj ফাইলে আউটপুটপথ উপাদানটি তৈরি করতে বাধ্য করা হয়েছে এবং প্রকল্পটি সফলভাবে নির্মিত হয়েছে।

আমার কাছে এক গ্লিটের মতো শোনাচ্ছে।

Comments

এই পারদর্শী ত্রুটি ভাল লাগছে। কখনই অনুমান করতে পারতেন না যে একটি একক স্ল্যাশ এত বড় পার্থক্য আনতে পারে। একটি ভাল উত্তর ব্যাজ আছে।

— ই

আমার ক্ষেত্রে, একটি প্রজ ফাইল তৈরি করা, এটির মধ্যে পার্থক্য ছিল any cpuএবং এটি anycpuছিল, তবে আপনার পোস্ট আমাকে এটি দেখতে সহায়তা করেছিল।

— জোশুয়া ড্রেক

ধন্যবাদ রোমান তুমি আমার দিন বাঁচিয়েছ ... আমি যদি তোমার উত্তরকে ১০০ বার উজ্জীবিত করতে পারতাম! :)

— মার্টিন

VS 2017 v15.6.6 এ সবেমাত্র এটির মুখোমুখি হয়েছিল, বেকন সংরক্ষণ করা হয়েছে, ধন্যবাদ!

— অ্যাংগ্রিস্ট

@ জোশুয়া ড্রেক, ভিএসটিএস ব্যবহার করার সময় এটি একটি গুরুত্বপূর্ণ বিষয়। স্থানীয় ভিজ্যুয়াল স্টুডিওগুলি 'যে কোনও সিপিই' ব্যবহার করে ভিজুয়াল স্টুডিও অনলাইন স্ক্রিপ্টগুলি তৈরি করার জন্য গুরুত্বপূর্ণ।

— ফ্র্যাঙ্কিহলিউড

Answer 2

আপনি ভিএস ২০০৮-এ এই ত্রুটিটি দেখতে পাচ্ছেন যদি আপনার সমাধানে এমন একটি প্রকল্প রয়েছে যা আপনাকে খুঁজে পাওয়া যায় না এমন কোনও সমাবেশের উল্লেখ করে re এটি যদি ঘটতে পারে যদি সমাবেশটি অন্য কোনও প্রকল্প থেকে আসে যা আপনার সমাধানের অংশ নয় তবে হওয়া উচিত। এক্ষেত্রে কেবল সমাধানটিতে সঠিক প্রকল্প যুক্ত করা এটি সমাধান করবে।

আপনার সমাধানে প্রতিটি প্রকল্পের রেফারেন্স বিভাগটি দেখুন। যদি কারও কারও সাথে যদি রেড এক্স এর পাশের রেফারেন্স থাকে তবে তা আপনার সমস্যাটি খুঁজে পেয়েছে। সমাধানের মাধ্যমে এই সমাবেশ উল্লেখ পাওয়া যায় না found

ত্রুটি বার্তাটি কিছুটা বিভ্রান্তিকর তবে আমি এটি বহুবার দেখেছি।

Comments

আমার ক্ষেত্রে এটি একটি "হলুদ সতর্কতা" ছিল

— এক্সএমআইএম

Answer 3

আপনি যদি WiX ব্যবহার করেন তবে এটি দেখুন (একটি বাগ রয়েছে) http://www.cnblogs.com/xixifusigao/archive/2012/03/20/2407651.html

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

কেবল .wixprojফাইলটি সম্পাদনা করুন যাতে <PropertyGroup>আপনার বিল্ড কনফিগারগুলির সংজ্ঞা দেওয়া সমস্ত বিভাগ একে অপরের সাথে সংলগ্ন হয় are ( .wixprojভিএস ২০১৩ এ সম্পাদনা করতে সলিউশন এক্সপ্লোরার, আনলোড প্রকল্পে প্রোজেক্টে ডান ক্লিক করুন, আবার ডান ক্লিক করুন-> আপনারপ্রজেক্টটি সম্পাদনা করুন: উইক্সপ্রজ ফাইলটি সম্পাদনা করার পরে পুনরায় লোড করুন))

Comments

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

— কির্সচি

আপনাকে ধন্যবাদ, এটি আমার জন্য

— এটিও

Answer 4

আমার সাথে এটি ঘটেছিল কারণ আমি নীচের লাইনটি .csproj ফাইলের শুরুতে সরিয়ে নিয়েছি:

  <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets"/>

আপনার কনফিগারেশন | প্ল্যাটফর্মটি সংজ্ঞায়িত করা সম্পত্তি গোষ্ঠীগুলির পরে এটি স্থাপন করা দরকার।

Answer 5

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

Comments

ডিফো এটি \ পি: প্ল্যাটফর্ম = "যেকোনও ইউএসইউ" দিয়ে try পি: প্ল্যাটফর্ম = "যে কোনও সিপিইউ" দিয়ে চেষ্টা করে দেখুন। যে আমার ফর্ম কাজ! যুগে যুগে এদিকে তাকিয়ে ছিল!

— লি এনলেস্টোন

যে কোনও সিসিপিইউ (স্পেস ছাড়াই) আমার পক্ষেও কাজ করেছিল। ধন্যবাদ লি।

— উইলিম

টিএফএস 2017 এ বিল্ড প্রসেসটি চালানোর সময় আমি ত্রুটির মুখোমুখি হয়েছি, আমি "সলিউশনের পথ বা প্যাকেজস কোডফাইগ" কে .sln থেকে .vbproj এ পরিবর্তন করার পরে। যেকোন সিপিইউতে বিল্ডপ্ল্যাটফর্ম পরিবর্তন করা আমার পক্ষেও কাজ করেছিল। "প্ল্যাটফর্ম" এর অধীনে নোটটি এখানে দেখুন: ডকস.মাইক্রোসফটি.এইন

— ইউএস

আমার ক্ষেত্রে, টিএফএস থেকে বিল্ডটি চালু করার সময়, "any cpu"বিল্ডপ্ল্যাটফর্মের জন্য ডিফল্ট মান ছিল। "AnyCPU"সমস্যার সমাধানে পরিবর্তন করা হচ্ছে ।

— XouDo

এটি 2020 - যে কোনও সিপিইউ বনাম যে কোনও সিপিইউ এখনও একটি সমস্যা প্রস্তুতকারক। আমি VS2019 ব্যবহার করছি এবং এখনও এটি নতুন প্রকল্পে পেতে পারি। এমএস আপনি বিকাশকারী সম্প্রদায়কে শাস্তি দিচ্ছেন কেন?

— খ্রিস্টান

Answer 6

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

সম্পর্কিত সমাধানটি খোলার পাশাপাশি এটিতে নতুন কনফিগারেশন যুক্ত করার মাধ্যমে এটি সমাধান করা যেতে পারে।

আমি ইতিমধ্যে নিশ্চিত করেছি যে আমার সমাধানের মধ্যে থাকা সমস্ত প্রকল্পের সঠিক কনফিগারেশন রয়েছে: এই পোস্টটি আমাকে রেফারেন্স অ্যাসেমব্লিগুলি যাচাই করার জন্য ধারণা দিয়েছে

http://gabrielmagana.com/2010/04/solution-to-the-outputpath-property-is-not-set-for-this-project/

Answer 7

বিল্ড পাইপলাইনে .sln এর পরিবর্তে .csproj তৈরি করার পরে অজুর ডিভোপস থেকে আউটপুট হিসাবে এই সমস্যা হয়েছিল।

আমার জন্য সমাধান: প্রভাবিত প্রকল্পের .csproj সম্পাদনা করুন, তারপরে আপনার পুরোটি অনুলিপি করুন

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCpu' ">

নোড, এটি আটকান এবং তারপরে প্রথম লাইনটি পরিবর্তন করুন:

    <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|any cpu' ">

কারণটি হ'ল, আমার ক্ষেত্রে ত্রুটিটি ড

Please check to make sure that you have specified a valid combination of Configuration and Platform for this project.  Configuration='release'  Platform='any cpu'.  

কেন আজুর ডিফল্ট "যেকোন সিপু" এর পরিবর্তে "যে কোনও সিপিইউ" ব্যবহার করতে চায় তা আমার কাছে একটি রহস্য, তবে এই হ্যাকটি কাজ করে।

Comments

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

— donatasj87

@ donatasj87 আপনি কি এই ক্ষেত্রের পুরো মূল্য পোস্ট করতে আপত্তি করবেন?

— জয়

পূর্ণ মান হুবহু একই, এটি টিএফএস বিল্ডেও কাজ করা উচিত। আপনার .csproj ফাইলটিতে সেট করা মানটির সাথে এটি খালি মিলানো দরকার। আপনি এই ছবিতে এটি দেখতে পারেন: পেস্টবোর্ড.কম

— জেবিডিভিবিটি 5.png

Answer 8

আমার একই ত্রুটি ছিল, তাই আমি প্রকল্পের সেটিংস দেখেছি এবং সেখানে "বিল্ড" বিভাগে "বিল্ড আউটপুট পাথ" বিকল্প রয়েছে। এবং মান খালি ছিল। সুতরাং আমি "বিন" মান পূরণ করে একটি ত্রুটি অদৃশ্য হয়ে গেল। এটি আমার সমস্যার সমাধান করেছে।

Answer 9

আমার আছে:

1. ইস্যু সহ প্রকল্পটিতে ডান ক্লিক করুন -> প্রকল্পটি আনলোড করুন
2. প্রকল্পে ডান ক্লিক করুন এবং সম্পাদনা * .csproj নির্বাচন করুন

3. বিদ্যমান কনফিগারেশন থেকে নির্দিষ্ট নাম এবং লক্ষ্য প্ল্যাটফর্মের সাথে কাজ করে এমন কনফিগারেশনটি অনুলিপি করুন (আমার প্রকাশ হয়েছিল | x64 ):

   <PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Release|x64'">
     <OutputPath>bin\x64\Release\</OutputPath>
     <DefineConstants>TRACE</DefineConstants>
     <Optimize>true</Optimize>
     <DebugType>pdbonly</DebugType>
     <PlatformTarget>x64</PlatformTarget>
     <ErrorReport>prompt</ErrorReport>
     <CodeAnalysisRuleSet>MinimumRecommendedRules.ruleset</CodeAnalysisRuleSet>
     <Prefer32Bit>true</Prefer32Bit>
   </PropertyGroup>

4. ডান ক্লিক প্রকল্প -> প্রকল্পটি পুনরায় লোড করুন
5. প্রকল্প / সমাধান পুনর্নির্মাণ

Answer 10

আপনি যদি এমএসবাইল্ড (যেমন আমার ক্ষেত্রে) ব্যবহার করে কমান্ডলাইন থেকে আপনার প্রকল্পটি সঙ্কলনের চেষ্টা করেন তবে আপনি যদি এই ত্রুটিটি পান তবে সমাধানটি হ'ল এমএসবিল্ডের মতো আর্গুমেন্টের সাহায্যে আউটপুটপথটি ম্যানুয়ালি পাস করা /p:OutputPath=MyFolder।

Answer 11

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

সমাধানটি সহজ: সঠিক প্রকল্পটি উল্লেখ করুন!

Answer 12

কোনও সমস্যার সাথে একটি প্রকল্প যুক্ত করার পরে আমি এই সমস্যার মুখোমুখি হয়েছি এবং একই সমাধানে অন্য প্রকল্প থেকে উল্লেখ করেছি - রেফারেন্সের পরে হলুদ সতর্কতা আইকন পেয়েছি, লক্ষ্য করুন যে পথটি ফাঁকা ছিল।

সমাধানটি @ আমজথের পরামর্শের অনুরূপ ছিল, আমার প্রকল্পগুলি বিভিন্ন টার্গেট ফ্রেমওয়ার্কগুলি সমন্বিত করা হয়েছিল, যেমন। .NET 4.0 বনাম 4.5।

Answer 13

আমার ক্ষেত্রে আমার অ্যাপ্লিকেশনটির নির্মিত ঠিকানাটি অন্য একটি কম্পিউটারে সেট করা ছিল যা বন্ধ ছিল তাই আমি এটি চালু করে ভিএস পুনরায় চালু করি এবং সমস্যার সমাধান।

Answer 14

আর একটি কারণ: আপনি প্রজেক্ট এ থেকে প্রজেক্ট বি তে একটি প্রোজেক্ট রেফারেন্স যুক্ত করুন এক্স সমাধানে। তবে, ইতিমধ্যে প্রজেক্ট এ রয়েছে এমন সলিউশন ওয়াই এখন ভেঙে গেছে, যতক্ষণ না আপনি প্রযোজনা বিয়ের যোগসূত্রটি যুক্ত করেন until

Answer 15

নতুন কনফিগারেশন যুক্ত করার পরে এবং "ডিবাগ" এবং "রিলিজ" কনফিগারেশন মোছার পরেও আমার একই সমস্যা হয়েছিল। আমার ক্ষেত্রে আমি বিল্ড এবং প্রকাশ প্রক্রিয়া চালানোর জন্য একটি সিএমডি ফাইল ব্যবহার করছিলাম, তবে একই ত্রুটি নিক্ষেপ করা হয়েছিল। আমার জন্য সমাধান: সিএসপিজেজ ফাইলটিতে নিম্নলিখিত:

<Configuration Condition=" '$(Configuration)' == '' ">Debug< /Configuration>

আমি কোনও স্পষ্টরূপ নির্দিষ্ট না করে থাকলে "ডিবাগ" এ কনফিগারেশনটি সেট করছিলাম। আমার কাস্টম কনফিগারেশনে "ডিবাগ" থেকে নোডের মান পরিবর্তন করার পরে, এটি সবই সুষ্ঠুভাবে কাজ করেছিল। আশা করি এটি যে এটি পড়ছে এটিও সহায়তা করবে :)

Comments

এই সমাধানের বিশদটি এই ফোরামের পোস্টে উল্লেখ করা হয়েছে। social.msdn.microsoft.com/ Forums

— সানি

Answer 16

আমার একই সমস্যা ছিল, কেবলমাত্র ডিক্সড উইজপ্রোজ সম্পাদনা করে সমস্তটি আছে <PropertyGroup Condition=" '$(Configuration)|$(Platform)' ... > উপাদান পাশাপাশি থাকতে হবে।

এটি আমার সমস্যা সমাধান করেছে

Answer 17

আমি যে ওয়াইএক্স প্রকল্পটি ব্যবহার করছিলাম তা x64বোর্ড জুড়ে কনফিগারেশন ম্যানেজারে হার্ড-সেট ছিল । সমাধানের জন্য কাস্টম অ্যাকশন প্রকল্পটি তৈরি করার সময়, এটি ফাইলের x86মধ্যে সমস্ত কিছু ডিফল্ট করে দেয় .csproj। তাই আমি প্রকল্পের unloaded, এটা সব পরিবর্তন করে সম্পাদিত x86করার জন্য x64, রক্ষা পুনরায় লোড, এবং যে পরে যেতে ভাল ছিল।

আমাকে কেন এটি করতে হয়েছিল তা আমি বুঝতে পারি না। কনফিগারেশন ম্যানেজারটি x64 হিসাবে তৈরি করার জন্য সেট করা হয়েছিল, তবে কেবল csprojফাইলটিতে সেট হবে না :(

Answer 18

এখানে পোস্ট করা অন্যান্য সমস্ত পরামর্শ চেষ্টা করার পরে, আমি আবিষ্কার করেছি যে আমার জন্য সমাধানটি ছিল .csprojফাইলটি থেকে নিম্নলিখিত বিভাগটি সরিয়ে ফেলা :

  <ItemGroup>
    <Service Include="{808359B6-6B82-4DF5-91FF-3FCBEEBAD811}" />
  </ItemGroup>

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

Answer 19

আমার প্রকল্পে একটি নতুন প্ল্যাটফর্ম যুক্ত করার পরে আমি এই সমস্যাটি পেয়েছি। আমার ক্ষেত্রে .csproj ফাইলটি পারফোর্স উত্স নিয়ন্ত্রণে ছিল এবং কেবল পঠনযোগ্য ছিল। আমি এটি পরীক্ষা করে দেখলাম তবে ভিএস পুনরায় চালু না করা পর্যন্ত পরিবর্তনটি ধরেনি।

Answer 20

একটি জামারিন প্রকল্পে আমারও একই সমস্যা রয়েছে similar এটি খুব বিরল ঘটনা হতে পারে তবে অন্য কারও ক্ষেত্রে সমস্যাটি রয়েছে। আমার প্রকল্প কাঠামো নীচের মত ছিল

• xamarin.Android প্রকল্পে xamarin.android.library প্রকল্পের একটি উল্লেখ রয়েছে।
• আমি android.library প্রকল্প থেকে কিছু কোড ব্যবহার করে একটি প্লাগইন তৈরি করেছি।
• এখন এখানে সমস্যা। যদি আপনি xamarin.android লাইব্রেরী প্রকল্পে প্রকল্পের রেফারেন্স বা নুগেট ইনস্টলেশন যুক্ত করেন। আপনি এই ত্রুটি পাবেন। বিকাশকারীরা ধরে নিয়েছেন যে কোডটি অ্যান্ড্রয়েডের মধ্যে ছিল L লাইব্রেরি প্রকল্প এবং আমাকে অবশ্যই এই প্রকল্পের নতুন প্লাগইনটি উল্লেখ করতে হবে। না!
• আপনাকে অবশ্যই মূল অ্যান্ড্রয়েড প্রকল্পে একটি রেফারেন্স যুক্ত করতে হবে। কারণ প্লাগইন-> গ্রন্থাগার-> মূল প্রকল্পের আউটপুট উত্পাদন হয় না।