আমি গিট ব্যবহার করার ক্ষেত্রে স্পষ্টতই ভয়ঙ্কর, এটি চেষ্টা করার চেষ্টা করার পরেও।
থেকে kernel.org জন্য git push:
-u
--set-মূল প্রজেক্টের
আপ টু ডেট বা সফলভাবে ঠেলে দেওয়া প্রতিটি শাখার জন্য আপগ্রেম (ট্র্যাকিং) রেফারেন্স যুক্ত করুন, যুক্তি-কম গিট-পুল (1) এবং অন্যান্য কমান্ড দ্বারা ব্যবহৃত। আরও তথ্যের জন্য,
branch.<name>.mergeগিট কনফিগারেশন (1) এ দেখুন।
এখানে branch.<name>.mergeথেকে git config:
branch.<name>.merge
branch.<name>.remoteপ্রদত্ত শাখার জন্য প্রবাহিত শাখা একসাথে সংজ্ঞায়িত করে । এটি গিট ফেচ / গিট টানকে বলে যে কোন শাখাটি মার্জ করতে হবে এবং গিট পুশকেও প্রভাবিত করতে পারে (পুশ.ডিফল্ট দেখুন)। শাখায়<name>থাকাকালীন, এটি গিটকে FETCH_HEAD এ মার্জ করার জন্য চিহ্নিত করা ডিফল্ট রেফস্পেককে বলে। মানটি একটি রেসপেসকের দূরবর্তী অংশের মতো পরিচালনা করা হয় এবং অবশ্যই প্রদত্ত রিমোট থেকে প্রাপ্ত একটি রেফের সাথে অবশ্যই মেলে"branch.<name>.remote"। মার্জ করার তথ্যটি গিট টান (যা প্রথমে গিট আনতে ডাকে) মার্জ করার জন্য ডিফল্ট শাখার অনুসন্ধান করতে ব্যবহৃত হয়। এই বিকল্পটি ছাড়াই, প্রথম রেস্পপেক আনার জন্য গিট টান ডিফল্ট। একটি অক্টোপাস মার্জ পেতে একাধিক মান নির্দিষ্ট করুন। আপনি যদি গিট টান সেটআপ করতে চান যাতে এটি<name>স্থানীয় সংগ্রহস্থলের অন্য একটি শাখা থেকে মিশে যায় তবে আপনি নির্দেশ করতে পারেনbranch.<name>.mergeপছন্দসই শাখায় এবং বিশেষ সেটিংটি ব্যবহার করুন। (একটি সময়কাল) জন্যbranch.<name>.remote।
আমি গিথুব সহ সফলভাবে একটি রিমোট রিপোজিটরি সেট আপ করেছি এবং আমি এর সাথে আমার প্রথম প্রতিশ্রুতি সাফল্যের সাথে ঠেলে দিয়েছি:
git push -u origin master
তারপরে, আমি অজান্তে আমার দ্বিতীয় প্রতিশ্রুতিটি সফলভাবে আমার দূরবর্তী সংগ্রহস্থলের কাছে ঠেলে দিয়েছিলাম:
git commit -m '[...]'
যাইহোক, ভুলভাবে ভেবেছিলাম আমাকে আবার originথেকে ধাক্কা দিতে হবে master, আমি দৌড়ে:
# note: no -u
git push origin master
কী করল? এটির কোনও প্রভাব আছে বলে মনে হয় নি। আমি কি "পূর্বাবস্থাপন" করেছি git push -u origin master?
I'm apparently terrible at using git, despite my best attempts to understand it.- আমি কখনও কাউকে এত সুন্দরভাবে পুনরায় তৈরি করিনি।