বেশিরভাগ ক্ষেত্রে, গিট এবং রেলগুলি ম্যাজিকের মতো দেখাচ্ছে ... যেমন রেলস 3 টি টিউটোরিয়াল বইয়ের প্রথম অধ্যায়ে এটি গিট সম্পর্কে কথা বলে:
git remote add origin git@github.com:peter/first_app.git
git push origin master
এবং এটি বেশ কিছু বলে যে "তারা কেবল কাজ করে" তারা কী সে সম্পর্কে খুব বেশি কিছু না বলে এবং শাখা প্রশাখার বিষয়ে কথা বলা শুরু করে। নেট শোগুলিতে অনুসন্ধান করা হচ্ছে এটি git remote add
একটি "সংক্ষিপ্ত নাম" যুক্ত করা, যেমনorigin
, এবং এটি কোনও নামও হতে পারে, যা কোনও ইউআরএল-এর একটি উলের মতো। এবং origin
দূরবর্তী রেপোটি যেখানে নির্দেশিত সেখানে স্বাভাবিক পথ। ( http://git-scm.com/book/en/Git-Basics-Working-with- "" রিমোট রিপোজিটরিগুলি যুক্ত করা হচ্ছে "এর অধীনে র্যামোটস)
তাহলে ইউআরএলটি git://git@github.com/peter/first_app.git
অন্য সিনট্যাক্সের বাইরে নয় কেন - এটি কোন সিনট্যাক্স? কেন এটি শেষ হতে হবে .git
? আমি ব্যবহার না করার চেষ্টা করেছি.git
শেষে এবং এটিও কার্যকর হয়। যদি তা না হয় .git
, এটা আর কি হতে পারে? git
মধ্যে git@github.com
Git সার্ভারে একটি ব্যবহারকারী অ্যাকাউন্ট মনে হচ্ছে?
এছাড়াও, কেন এটি ব্যবহারের জন্য এত ভার্বোজ হওয়া দরকার git push origin master
? ডিফল্ট কি উত্স এবং মাস্টার হতে পারে না? আমি প্রথম যে পেলামorigin master
প্রয়োজন হয়, তবে একটি ছোট সম্পাদনা এবং প্রতিশ্রুতিবদ্ধতার পরে, git push
এটির প্রয়োজন (প্রয়োজন নেই origin master
)। যা চলছে তা জানেন এমন কেউ কি কিছু বিশদ দিতে পারেন?
কখনও কখনও এটি বিবরণ ছাড়াই অনেক যাদু বলে মনে হয় ... এবং কখনও কখনও এটি ব্যবহার করা ব্যক্তি এত আত্মবিশ্বাসী হয় এবং কেন তাকে জিজ্ঞাসা করা হয়, এটি ব্যাখ্যা করতে পারে না এবং "এটি সেইভাবেই" এর মতো কিছু দিয়ে প্রতিক্রিয়া জানায়। কখনও কখনও খুব ব্যবহারিক এবং বাস্তববাদী। ব্যবহারিক হওয়া খারাপ নয়, তবে কী চলছে তা না জানার জন্য সম্ভবত ব্যবহারিক নয়।
git@github.com:peter/first_app.git
যাscp
গিটের মধ্যে ssh URL এর স্টাইল সিনট্যাক্স। অন্য একটি পয়েন্ট যে, ডিফল্টরূপে, উজান কনফিগারেশন হয়master
আচরণকে প্রভাবিত করে নাgit push
, যদি না আপনি আছেpush.default
সেটtracking
(অথবাupstream
পরে সংস্করণগুলোতে) - আমি বিভ্রান্তির এই উৎস সম্পর্কে একটি ব্লগ পোস্টে যা করেছে: longair.net/blog/2011 /