"প্রকল্প" কি?
সম্ভবত এই আইডিয়মের একটি প্রযুক্তিগত সংজ্ঞা রয়েছে যা বিল্ড স্ক্রিপ্টগুলি বাদ দেয়। তবে আমরা যদি এই সংজ্ঞাটি মেনে নিই, তবে আমাদের অবশ্যই বলতে হবে আপনার "প্রকল্প" আপনার সংস্করণ করার জন্য প্রয়োজনীয় সমস্ত জিনিস নয়!
তবে আমরা যদি বলি "আপনার প্রকল্প" আপনি যা করেছেন তা সবই । তারপরে আমরা বলতে পারি আপনাকে অবশ্যই এটি অন্তর্ভুক্ত করতে হবে এবং এটি কেবল ভিসিএসে অন্তর্ভুক্ত করা উচিত ।
এটি খুব তাত্ত্বিক এবং আমাদের উন্নয়ন কাজের ক্ষেত্রে ব্যবহারিক নাও হতে পারে। সুতরাং আমরা এটিকে " আপনার প্রকল্পটি প্রতিটি ফাইল (বা ফোল্ডার) এ সরাসরি সম্পাদনা করতে হবে " তে এটি পরিবর্তন করে ।
"প্রত্যক্ষ" অর্থ "অপ্রত্যক্ষভাবে নয়" এবং "অপ্রত্যক্ষভাবে" অর্থ অন্য ফাইল সম্পাদনা করার মাধ্যমে এবং তারপরে একটি প্রভাব এই ফাইলটিতে প্রতিফলিত হবে ।
সুতরাং আমরা ওপি যা বলেছিলাম একইভাবে পৌঁছেছি (এবং এখানে বলা হয় ):
আমি মনে করি জেনারেটেড ফাইলগুলি ভিসিএসে থাকা উচিত নয়।
হ্যাঁ. কারণ আপনি এগুলি তৈরি করেন নি। সুতরাং তারা দ্বিতীয় সংজ্ঞা অনুযায়ী "আপনার প্রকল্পের" অংশ নয়।
এই ফাইলগুলি সম্পর্কে ফলাফল কী:
build.gradle : হ্যাঁ আমাদের এটি সম্পাদনা করা দরকার। আমাদের কাজের সংস্করণ করা উচিত।
দ্রষ্টব্য: আপনি যেখানে এটি সম্পাদনা করবেন সেখানে কোনও পার্থক্য নেই। আপনার পাঠ্য সম্পাদক পরিবেশে বা প্রকল্প কাঠামো জিইউআই পরিবেশে হোক। যাইহোক আপনি সরাসরি এটি করছেন !
গ্রেড- Wrapper.properties : হ্যাঁ। আমাদের এই ফাইলটিতে কমপক্ষে গ্রেডল সংস্করণ নির্ধারণ করতে হবে।
গ্রেডলে-র্যাপার.জার এবং গ্রেডলিউ [.বাট] : আমি এই মুহূর্ত অবধি আমার কোনও উন্নয়ন কাজের মধ্যে এগুলি তৈরি বা সম্পাদনা করি নি! তাহলে উত্তর হল না". আপনি যদি এটি করেন তবে উত্তরটি সেই কাজটি সম্পর্কে আপনার সম্পর্কে "হ্যাঁ" এবং আপনি সম্পাদিত একই ফাইলটির বিষয়ে।
সর্বশেষ কেস সম্পর্কিত গুরুত্বপূর্ণ নোট ব্যবহারকারী আপনার রেপো ক্লোনস, উপর এই কমান্ডটি চালাবার প্রয়োজন রেপো এর<root-directory> জন্য স্বয়ং-জেনারেট ফাইল মোড়কের:
> gradle wrapper --gradle-version=$v --distribution-type=$distType
$vএবং গ্রেড-র্যাপার.প্রোপার্টি$distType থেকে নির্ধারিত :
distributionUrl=https\://services.gradle.org/distributions/gradle-{$v}-{$distType}.zip
আরও তথ্যের জন্য https://gradle.org/install/ দেখুন ।
gradleএক্সিকিউটেবল bin/gradle[.bat]স্থানীয় বিতরণ হয়। এটির প্রয়োজন নেই যে স্থানীয় বিতরণ রেপোতে নির্ধারিত সমান হবে। র্যাপার ফাইলগুলি তৈরি হওয়ার পরে gradlew[.bat]নির্ধারিত গ্রেডেল বিতরণ স্বয়ংক্রিয়ভাবে ডাউনলোড করতে পারে (স্থানীয়ভাবে উপস্থিত না থাকলে)। তারপরে তার অবশ্যই gradleউপরের নির্দেশাবলী ব্যবহার করে নতুন এক্সিকিউটেবল (ডাউনলোড করা বিতরণে) ব্যবহার করে মোড়কের ফাইলগুলি পুনরায় জেনারেট করতে হবে ।
দ্রষ্টব্য: উপরের নির্দেশাবলীতে, স্থানীয়ভাবে স্থানীয়ভাবে কমপক্ষে একটি গ্রেডেল বিতরণ রয়েছে বলে মনে করা হচ্ছে (উদাঃ ~/.gradle/wrapper/dists/gradle-4.10-bin/bg6py687nqv2mbe6e1hdtk57h/gradle-4.10)। এটি প্রায় সমস্ত বাস্তব কেস কভার করে। তবে ব্যবহারকারীর ইতিমধ্যে কোনও বিতরণ না থাকলে কী হবে?
তিনি / সে .propertiesফাইলটিতে ইউআরএল ব্যবহার করে ম্যানুয়ালি এটি ডাউনলোড করতে পারে । কিন্তু যদি তিনি / সে পথ যে এটি সনাক্ত না মোড়কের প্রত্যাশিত, মোড়কের এটি পুনরায় ডাউনলোড হবে! প্রত্যাশিত পথটি সম্পূর্ণ অনুমানযোগ্য তবে বিষয়টির বাইরে ( সবচেয়ে জটিল অংশের জন্য এখানে দেখুন )।
কয়েকটি সহজ (তবে নোংরা) উপায়ও রয়েছে। উদাহরণস্বরূপ, তিনি / অন্য কোনও স্থানীয় / রিমোট রিপোজিটরি থেকে তার / তার সংগ্রহস্থলে র্যাপার ফাইলগুলি ( ফাইল ব্যতীত .properties) অনুলিপি করতে পারেন এবং তারপরে তার সংগ্রহস্থলটিতে চালনা gradlewকরতে পারেন। এটি স্বয়ংক্রিয়ভাবে উপযুক্ত বিতরণ ডাউনলোড করবে।