এটি হল গিট-ক্লোন কমান্ড যা আমাদের একাধিক বিনামূল্যের অনলাইন ওয়ার্কস্টেশন যেমন উবুন্টু অনলাইন, ফেডোরা অনলাইন, উইন্ডোজ অনলাইন এমুলেটর বা MAC OS অনলাইন এমুলেটর ব্যবহার করে OnWorks ফ্রি হোস্টিং প্রদানকারীতে চালানো যেতে পারে।
কার্যক্রম:
NAME এর
git-clone - একটি নতুন ডিরেক্টরিতে একটি সংগ্রহস্থল ক্লোন করুন
সাইনোপিসিস
ফালতু বা এলেবেলে লোক ক্লোন [-টেমপ্লেট= ]
[-l] [-s] [--নো-হার্ডলিংক] [-q] [-n] [--বেয়ার] [--আয়না]
[-ও ] [-খ ] [-উ ] [-রেফারেন্স ]
[--বিচ্ছিন্ন] [-পৃথক-গিট-দির ]
[---গভীরতা ] [--[না-]একক-শাখা]
[---পুনরাবৃত্ত | --পুনরাবৃত্ত-সাবমডিউল] [--]
[ ]
বর্ণনাঃ
একটি নতুন তৈরি ডিরেক্টরিতে একটি সংগ্রহস্থল ক্লোন করে, এর জন্য দূরবর্তী-ট্র্যাকিং শাখা তৈরি করে
ক্লোন করা সংগ্রহস্থলের প্রতিটি শাখা (গিট শাখা -r ব্যবহার করে দৃশ্যমান), এবং তৈরি করে এবং পরীক্ষা করে
ক্লোন করা রিপোজিটরির বর্তমানে সক্রিয় শাখা থেকে একটি প্রাথমিক শাখা বের করুন।
ক্লোনের পরে, আর্গুমেন্ট ছাড়াই একটি প্লেইন গিট ফেচ সমস্ত রিমোট-ট্র্যাকিং আপডেট করবে
শাখা, এবং যুক্তি ছাড়াই একটি গিট টান রিমোট মাস্টার শাখাকে একত্রিত করবে
বর্তমান মাস্টার শাখায়, যদি থাকে (এটি অসত্য যখন "--একক-শাখা" দেওয়া হয়;
নিচে দেখ).
এই ডিফল্ট কনফিগারেশনটি দূরবর্তী শাখা প্রধানদের রেফারেন্স তৈরি করে অর্জন করা হয়
refs/remotes/origin-এর অধীনে এবং remote.origin.url এবং remote.origin.fetch শুরু করে
কনফিগারেশন ভেরিয়েবল।
বিকল্প
--স্থানীয়, -এল
যখন একটি স্থানীয় মেশিনে থেকে ক্লোন করার সংগ্রহস্থল থাকে, তখন এই পতাকাটি স্বাভাবিককে বাইপাস করে
"Git সচেতন" পরিবহন প্রক্রিয়া এবং HEAD এর একটি অনুলিপি তৈরি করে সংগ্রহস্থল ক্লোন করে
বস্তু এবং refs ডিরেক্টরি অধীনে সবকিছু. .git/objects/ ডিরেক্টরির অধীনে ফাইলগুলি
সম্ভব হলে স্থান বাঁচাতে হার্ডলিংক করা হয়।
যদি সংগ্রহস্থল একটি স্থানীয় পথ হিসাবে নির্দিষ্ট করা হয় (যেমন, /path/to/repo), এটি হল
ডিফল্ট, এবং --local মূলত একটি no-op। যদি সংগ্রহস্থল একটি URL হিসাবে নির্দিষ্ট করা হয়,
তারপর এই পতাকা উপেক্ষা করা হয় (এবং আমরা কখনই স্থানীয় অপ্টিমাইজেশন ব্যবহার করি না)। নির্দিষ্ট করা
রেগুলার ব্যবহার করে /path/to/repo দেওয়া হলে --no-local ডিফল্ট ওভাররাইড করবে
পরিবর্তে Git পরিবহন.
--নো-হার্ডলিংক
ফাইলগুলি অনুলিপি করার জন্য স্থানীয় ফাইল সিস্টেমের একটি সংগ্রহস্থল থেকে ক্লোনিং প্রক্রিয়াটিকে জোর করুন
হার্ডলিঙ্ক ব্যবহার করার পরিবর্তে .git/objects ডিরেক্টরির অধীনে। এই যদি কাম্য হতে পারে
আপনি আপনার সংগ্রহস্থলের একটি ব্যাক-আপ করার চেষ্টা করছেন।
--shared, -s
হার্ড লিঙ্ক ব্যবহার করার পরিবর্তে স্থানীয় মেশিনে যখন ক্লোন করার সংগ্রহস্থল থাকে,
স্বয়ংক্রিয়ভাবে সেটআপ করুন .git/objects/info/alternates উৎসের সাথে বস্তু শেয়ার করতে
ভান্ডার ফলস্বরূপ সংগ্রহস্থল তার নিজস্ব কোনো বস্তু ছাড়া শুরু হয়.
বিঃদ্রঃ: এটি একটি সম্ভবত বিপজ্জনক অপারেশন; করতে না আপনি কি বুঝতে না হলে এটি ব্যবহার করুন
এটা করে. আপনি যদি এই বিকল্পটি ব্যবহার করে আপনার সংগ্রহস্থল ক্লোন করেন এবং তারপর শাখাগুলি মুছুন (বা
অন্য কোনো গিট কমান্ড ব্যবহার করুন যা কোনো বিদ্যমান প্রতিশ্রুতিকে উৎসে রেফারেন্সহীন করে তোলে)
রিপোজিটরি, কিছু বস্তু রেফারেন্সহীন (বা ঝুলন্ত) হয়ে যেতে পারে। এই বস্তু হতে পারে
স্বাভাবিক গিট অপারেশন দ্বারা সরানো হয় (যেমন গিট কমিট) যা স্বয়ংক্রিয়ভাবে গিট জিসি কল করে
--অটো। (দেখা git-gc(1) যদি এই বস্তুগুলি সরানো হয় এবং দ্বারা উল্লেখ করা হয়
ক্লোনড রিপোজিটরি, তাহলে ক্লোনড রিপোজিটরি নষ্ট হয়ে যাবে।
মনে রাখবেন যে -s উইল দিয়ে ক্লোন করা রিপোজিটরিতে -l বিকল্প ছাড়া গিট রিপ্যাক চালানো
সোর্স রিপোজিটরি থেকে ক্লোন করা রিপোজিটরির একটি প্যাকে অবজেক্ট কপি করুন, অপসারণ করুন
ক্লোন-এস-এর ডিস্কের স্থান সঞ্চয়। এটা নিরাপদ, তবে, git gc চালানো, যা ব্যবহার করে
ডিফল্টরূপে -l বিকল্প।
আপনি যদি একটি সংগ্রহস্থলের নির্ভরতা ভাঙ্গতে চান তবে এর উত্সে -s দিয়ে ক্লোন করা হয়েছে
repository, আপনি উত্স থেকে সমস্ত বস্তু অনুলিপি করতে সহজভাবে git repack -a চালাতে পারেন
ক্লোনড রিপোজিটরিতে একটি প্যাকে রিপোজিটরি।
-- রেফারেন্স
রেফারেন্স সংগ্রহস্থল স্থানীয় মেশিনে থাকলে, স্বয়ংক্রিয়ভাবে সেটআপ
রেফারেন্স রিপোজিটরি থেকে বস্তু পেতে .git/objects/info/alternates. একটি ব্যবহার করে
একটি বিকল্প হিসাবে ইতিমধ্যে বিদ্যমান সংগ্রহস্থলের অনুলিপি করার জন্য কম বস্তুর প্রয়োজন হবে
সংগ্রহস্থল থেকে ক্লোন করা হচ্ছে, নেটওয়ার্ক এবং স্থানীয় স্টোরেজ খরচ কমানো।
বিঃদ্রঃ: --shared বিকল্পের জন্য NOTE দেখুন এবং --dissociate বিকল্পটিও দেখুন।
-- বিচ্ছিন্ন করা
--reference অপশনের সাথে উল্লেখ করা রেফারেন্স রিপোজিটরি থেকে বস্তু ধার করুন
শুধুমাত্র নেটওয়ার্ক স্থানান্তর কমাতে, এবং একটি ক্লোন তৈরি করার পরে তাদের কাছ থেকে ধার নেওয়া বন্ধ করতে
ধার করা বস্তুর প্রয়োজনীয় স্থানীয় কপি তৈরি করা। এই বিকল্পটি যখন ব্যবহার করা যেতে পারে
একটি সংগ্রহস্থল থেকে স্থানীয়ভাবে ক্লোনিং যা ইতিমধ্যেই অন্যের কাছ থেকে বস্তু ধার করে
রিপোজিটরি—নতুন রিপোজিটরি একই রিপোজিটরি থেকে বস্তু ধার করবে এবং এটি
বিকল্পটি ধার বন্ধ করতে ব্যবহার করা যেতে পারে।
- শান্ত, -q
শান্তভাবে কাজ করুন. প্রগতি স্ট্যান্ডার্ড ত্রুটি স্ট্রীম রিপোর্ট করা হয় না. এই পতাকা
দেওয়া হলে 'rsync' কমান্ডেও পাস করা হয়।
--ভার্বোস, -ভি
শব্দ করে চালান। স্ট্যান্ডার্ড ত্রুটিতে অগ্রগতির স্থিতির প্রতিবেদনকে প্রভাবিত করে না
স্ট্রীম।
--প্রগতি
প্রগতি স্থিতি স্ট্যান্ডার্ড ত্রুটি স্ট্রীম ডিফল্টরূপে রিপোর্ট করা হয় যখন এটি হয়
একটি টার্মিনালের সাথে সংযুক্ত, যদি না -q নির্দিষ্ট করা হয়। এই পতাকা এমনকি অগ্রগতির অবস্থা জোর করে
যদি স্ট্যান্ডার্ড ত্রুটি স্ট্রিম একটি টার্মিনালে নির্দেশিত না হয়।
--না-চেকআউট, -এন
ক্লোন সম্পূর্ণ হওয়ার পর HEAD-এর কোনো চেকআউট করা হয় না।
-- খালি
করুন একটি মাত্র গিট সংগ্রহস্থল। অর্থাৎ সৃষ্টির পরিবর্তে এবং স্থাপন
প্রশাসনিক ফাইল /.গিট, তৈরি করুন নিজেই $GIT_DIR।
এটি স্পষ্টতই বোঝায় -n কারণ কর্মরত গাছটি পরীক্ষা করার জন্য কোথাও নেই।
এছাড়াও দূরবর্তী শাখা প্রধানগুলি সংশ্লিষ্ট স্থানীয় শাখায় সরাসরি অনুলিপি করা হয়
heads, refs/remotes/origin/ এ ম্যাপিং না করে। যখন এই বিকল্পটি ব্যবহার করা হয়, তখনও নয়
রিমোট-ট্র্যাকিং শাখা বা সম্পর্কিত কনফিগারেশন ভেরিয়েবল তৈরি করা হয় না।
-- আয়না
উৎস ভান্ডারের একটি আয়না সেট আপ করুন। এই বোঝায় -- খালি. তুলনায় -- খালি,
--মিরর শুধুমাত্র উৎসের স্থানীয় শাখাগুলিকে লক্ষ্যের স্থানীয় শাখাগুলিতে মানচিত্র করে না,
এটি সমস্ত রেফ ম্যাপ করে (রিমোট-ট্র্যাকিং শাখা, নোট ইত্যাদি সহ) এবং একটি সেট আপ করে।
refspec কনফিগারেশন যেমন এই সমস্ত refs একটি গিট রিমোট আপডেট দ্বারা ওভাররাইট করা হয়
লক্ষ্য ভান্ডারে।
-- উৎপত্তি , -ও
আপস্ট্রিম রিপোজিটরির ট্র্যাক রাখতে দূরবর্তী নামের উত্স ব্যবহার করার পরিবর্তে ব্যবহার করুন
.
--শাখা , -খ
পরিবর্তে ক্লোন দ্বারা নির্দেশিত শাখায় সদ্য নির্মিত HEAD নির্দেশ করে
সংগ্রহস্থলের হেড, নির্দেশ করুন পরিবর্তে শাখা। একটি নন-বেয়ার রিপোজিটরিতে, এটি
যে শাখা চেক আউট করা হবে. --শাখা ট্যাগ নিতে পারে এবং বিচ্ছিন্ন করতে পারে
ফলাফল সংগ্রহস্থলে যে কমিট এ প্রধান.
--আপলোড-প্যাক , -উ
যখন দেওয়া হয়, এবং ক্লোন করার জন্য সংগ্রহস্থলটি ssh এর মাধ্যমে অ্যাক্সেস করা হয়, এটি একটি নির্দিষ্ট করে
অন্য প্রান্তে চালানো কমান্ডের জন্য নন-ডিফল্ট পথ।
--টেমপ্লেট=
যে ডিরেক্টরি থেকে টেমপ্লেট ব্যবহার করা হবে তা নির্দিষ্ট করুন; ("টেমপ্লেট নির্দেশিকা" দেখুন
বিভাগ git-init(1)।
--config = , -গ =
নতুন তৈরি রিপোজিটরিতে একটি কনফিগারেশন ভেরিয়েবল সেট করুন; এটি কার্যকর হয়
রিপোজিটরি শুরু হওয়ার পরপরই, কিন্তু দূরবর্তী ইতিহাসের আগে
আনা বা কোনো ফাইল চেক আউট. কী একই বিন্যাসে প্রত্যাশিত গিট-
কনফিগ(1) (যেমন, core.eol=true)। যদি একই কী-এর জন্য একাধিক মান দেওয়া হয়, প্রতিটি
মান কনফিগার ফাইলে লেখা হবে। এটি এটিকে নিরাপদ করে তোলে, উদাহরণস্বরূপ, যোগ করা
অরিজিন রিমোটে অতিরিক্ত রিফস্পেক আনুন।
--গভীরতা
একটা তৈরি কর অগভীর একটি ইতিহাস সহ ক্লোন নির্দিষ্ট সংখ্যক প্রতিশ্রুতিতে কাটা হয়েছে।
ইঙ্গিত করে --একক-শাখা যদি না --কোনো-একক-শাখা কাছাকাছি ইতিহাস আনার জন্য দেওয়া না হয়
সমস্ত শাখার টিপস।
--[না-]একক শাখা
শুধুমাত্র একটি একক শাখার অগ্রভাগের ইতিহাস ক্লোন করুন, হয় দ্বারা নির্দিষ্ট করা হয়েছে৷
--শাখা বিকল্প বা প্রাথমিক শাখা রিমোটের হেড পয়েন্টে। আরও মধ্যে আনা
ফলস্বরূপ সংগ্রহস্থল শুধুমাত্র শাখার জন্য রিমোট-ট্র্যাকিং শাখা আপডেট করবে
এই বিকল্পটি প্রাথমিক ক্লোনিংয়ের জন্য ব্যবহৃত হয়েছিল। রিমোটে হেড ইশারা না করলে
কোনো শাখায় যখন --একক-শাখা ক্লোন তৈরি করা হয়েছিল, কোনো দূরবর্তী-ট্র্যাকিং শাখা নেই
সৃষ্টি করেছেন।
--পুনরাবৃত্ত, --পুনরাবৃত্ত-সাবমডিউল
ক্লোন তৈরি হওয়ার পরে, ডিফল্ট ব্যবহার করে সমস্ত সাবমডিউল শুরু করুন
সেটিংস. এটি গিট সাবমডিউল আপডেট --init --recursive চালানোর সমতুল্য
ক্লোন শেষ হওয়ার পরপরই। ক্লোন করা হলে এই বিকল্পটি উপেক্ষা করা হয়
সংগ্রহস্থলের কোনো ওয়ার্কট্রি/চেকআউট নেই (যেমন যদি --no-checkout/-n, --bare,
অথবা --আয়না দেওয়া আছে)
--আলাদা-গিট-দির=
ক্লোনড রিপোজিটরি যেখানে থাকার কথা সেখানে রাখার পরিবর্তে ক্লোনটি রাখুন
নির্দিষ্ট ডিরেক্টরিতে সংগ্রহস্থল, তারপর একটি ফাইলসিস্টেম-অজ্ঞেয়বাদী গিট সিম্বলিক করুন
সেখানে লিঙ্ক করুন। ফলাফল হল গিট রিপোজিটরি ওয়ার্কিং ট্রি থেকে আলাদা করা যায়।
ক্লোন করার জন্য (সম্ভবত দূরবর্তী) সংগ্রহস্থল। আরো জন্য নীচে URLS বিভাগ দেখুন
সংগ্রহস্থল নির্দিষ্ট করার তথ্য।
ক্লোন করার জন্য একটি নতুন ডিরেক্টরির নাম। উৎসের "মানবিক" অংশ
রিপোজিটরি ব্যবহার করা হয় যদি কোনো ডিরেক্টরি স্পষ্টভাবে দেওয়া না হয় (/path/to/repo.git এর জন্য রেপো এবং
foo for host.xz:foo/.git)। একটি বিদ্যমান ডিরেক্টরিতে ক্লোনিং শুধুমাত্র অনুমোদিত হয় যদি
ডিরেক্টরি খালি।
এলেবেলে URLS
সাধারণভাবে, ইউআরএলগুলিতে পরিবহন প্রোটোকল, এর ঠিকানা সম্পর্কে তথ্য থাকে
দূরবর্তী সার্ভার, এবং সংগ্রহস্থলের পথ। পরিবহন প্রোটোকলের উপর নির্ভর করে, কিছু
এই তথ্য অনুপস্থিত হতে পারে.
Git ssh, git, http, এবং https প্রোটোকল সমর্থন করে (এছাড়াও, ftp, এবং ftps ব্যবহার করা যেতে পারে
আনার জন্য এবং rsync আনয়ন এবং পুশ করার জন্য ব্যবহার করা যেতে পারে, কিন্তু এগুলি অদক্ষ এবং
অবচয় তাদের ব্যবহার করবেন না)।
নেটিভ ট্রান্সপোর্ট (যেমন git:// URL) কোন প্রমাণীকরণ করে না এবং এর সাথে ব্যবহার করা উচিত
অনিরাপদ নেটওয়ার্কে সতর্কতা।
নিম্নলিখিত সিনট্যাক্সগুলি তাদের সাথে ব্যবহার করা যেতে পারে:
· ssh://[user@]host.xz[:port]/path/to/repo.git/
· git://host.xz[:port]/path/to/repo.git/
· http[s]://host.xz[:port]/path/to/repo.git/
· ftp[s]://host.xz[:port]/path/to/repo.git/
· rsync://host.xz/path/to/repo.git/
ssh প্রোটোকলের সাথে একটি বিকল্প scp-এর মতো সিনট্যাক্সও ব্যবহার করা যেতে পারে:
· [user@]host.xz:path/to/repo.git/
এই সিনট্যাক্স শুধুমাত্র স্বীকৃত হয় যদি প্রথম কোলনের আগে কোন স্ল্যাশ না থাকে। এই সাহায্য করে
একটি কোলন ধারণ করে এমন একটি স্থানীয় পথকে আলাদা করুন। উদাহরণস্বরূপ স্থানীয় পথ foo:bar পারে
একটি ssh url হিসাবে ভুল ব্যাখ্যা করা এড়াতে একটি পরম পথ বা ./foo:bar হিসাবে নির্দিষ্ট করুন৷
ssh এবং git প্রোটোকলগুলি অতিরিক্তভাবে ~ ব্যবহারকারীর নাম সম্প্রসারণকে সমর্থন করে:
· ssh://[user@]host.xz[:port]/~[user]/path/to/repo.git/
· git://host.xz[:port]/~[user]/path/to/repo.git/
· [user@]host.xz:/~[user]/path/to/repo.git/
স্থানীয় সংগ্রহস্থলগুলির জন্য, যা স্থানীয়ভাবে গিট দ্বারা সমর্থিত, নিম্নলিখিত সিনট্যাক্সগুলি হতে পারে
ব্যবহৃত:
· /path/to/repo.git/
· ফাইল:///path/to/repo.git/
এই দুটি সিনট্যাক্স বেশিরভাগই সমতুল্য, পূর্বের বোঝায় --স্থানীয় বিকল্প ছাড়া।
যখন গিট একটি নির্দিষ্ট পরিবহন প্রোটোকল কীভাবে পরিচালনা করতে হয় তা জানে না, এটি ব্যবহার করার চেষ্টা করে
দূরবর্তী- দূরবর্তী সাহায্যকারী, যদি কেউ থাকে। একটি দূরবর্তী সাহায্যকারীকে স্পষ্টভাবে অনুরোধ করতে,
নিম্নলিখিত সিনট্যাক্স ব্যবহার করা যেতে পারে:
· ::
কোথায় একটি পাথ, একটি সার্ভার এবং পাথ, অথবা একটি নির্বিচারে URL-এর মতো স্ট্রিং হতে পারে৷
নির্দিষ্ট দূরবর্তী সাহায্যকারীর দ্বারা স্বীকৃত। দেখা gitremote-সাহায্যকারী(1) এর জন্য
বিবরণ।
যদি একই রকম-নামযুক্ত রিমোট রিপোজিটরির একটি বড় সংখ্যা থাকে এবং আপনি একটি ব্যবহার করতে চান
তাদের জন্য ভিন্ন বিন্যাস (যেমন আপনি যে ইউআরএলগুলি ব্যবহার করেন সেগুলি ইউআরএলগুলিতে পুনরায় লেখা হবে
কাজ), আপনি ফর্মের একটি কনফিগারেশন বিভাগ তৈরি করতে পারেন:
[url " "]
بدران =
উদাহরণস্বরূপ, এর সাথে:
[url "git://git.host.xz/"]
replaceOf = host.xz:/path/to/
পরিবর্তে = কাজ:
একটি URL যেমন "work:repo.git" বা "host.xz:/path/to/repo.git" এর মতো যে কোনো একটিতে পুনরায় লেখা হবে
প্রসঙ্গ যা "git://git.host.xz/repo.git" হতে একটি URL নেয়।
আপনি যদি শুধুমাত্র পুশের জন্য URL গুলি পুনরায় লিখতে চান তবে আপনি এর একটি কনফিগারেশন বিভাগ তৈরি করতে পারেন৷
ফর্ম:
[url " "]
pushInsteadOf =
উদাহরণস্বরূপ, এর সাথে:
[url "ssh://example.org/"]
pushInsteadOf = git://example.org/
"git://example.org/path/to/repo.git" এর মতো একটি URL পুনরায় লেখা হবে
পুশের জন্য "ssh://example.org/path/to/repo.git", কিন্তু টানগুলি এখনও আসল ব্যবহার করবে
URL টি।
উদাহরণ
আপস্ট্রিম থেকে ক্লোন:
$ git ক্লোন git://git.kernel.org/pub/scm/.../linux.git my-linux
$cd my-linux
আমি তৈরি
একটি স্থানীয় ক্লোন তৈরি করুন যা বর্তমান ডিরেক্টরি থেকে ধার করে, জিনিসগুলি পরীক্ষা না করে
বাইরে:
$ git ক্লোন -l -s -n। ../কপি
$ cd ../copy
$ git শো-শাখা
একটি বিদ্যমান স্থানীয় ডিরেক্টরি থেকে ধার করার সময় আপস্ট্রিম থেকে ক্লোন করুন:
$ git ক্লোন -- রেফারেন্স /git/linux.git \
git://git.kernel.org/pub/scm/.../linux.git \
my-linux
$cd my-linux
· জনসাধারণের কাছে আপনার পরিবর্তনগুলি প্রকাশ করতে একটি খালি সংগ্রহস্থল তৈরি করুন:
$ git ক্লোন --bare -l /home/proj/.git /pub/scm/proj.git
এলেবেলে
অংশ ফালতু বা এলেবেলে লোক(1) স্যুট
onworks.net পরিষেবা ব্যবহার করে অনলাইনে গিট-ক্লোন ব্যবহার করুন
