Git is one of those tools that is so simple to use, that you frequently don’t discover a great deal of nuance to it. You wind up cloning a repository from the Web as well as that’s about it. If you make changes, perhaps you track them as well as if you are truly polite you may produce a pull request to provide back to the project. however there’s a great deal more you can do. For example, did you understand that Git can track collaborative Word documents? Or manage your startup data across several Linux boxes?

Git belongs to a household of software application products that do revision (or version) control. The concept is that you can establish software application (for example) as well as keep track of each revision. great systems have provisions for enabling several people to work on a job at one time. There is likewise usually some method to split a job into different parts. For example, you may split off to establish a version of the product for a different market or to try an experimental function without breaking the typical development. In some cases, you’ll ultimately bring that split back into the primary line.

Although in the next installment, I’ll provide you some strange utilizes for Git you may discover useful, this publish is mainly the story of exactly how Git came to be. open source advancement is understood for flame wars as well as there’s at least a few in this tale. as well as in true hacker fashion, the hero of the story decides he doesn’t like the tools he’s utilizing so… well, what would you do?

War of the version Controllers

Historically, a great deal of software application that did this function had a central-server mindset. That is, the code lived on the network somewhere. When you wished to work on a data you’d inspect it out. This only worked if nobody else had it inspected out. Of course, if you were successful, nobody else might inspect out your data up until you put them back. If you were away from the network as well as you wished to work on something, as well bad.

However, more contemporary tools relax a few of these restrictions. Ideally, a tool might provide you a regional copy of a job as well as immediately keep other copies updated as you release changes. This method there was no central copy to lose, you might work anywhere, as well as you didn’t have to coordinate working on different things with other teammates.

Closed Tool

A extremely big distributed team establishes the Linux kernel. By late 1998 the team was having a hard time with revision management. A kernel developer, [Larry McVoy], had a business that created a scalable distributed version manage product called BitKeeper. Although it was a industrial product, there was a neighborhood permit that enabled you to utilize it as long as you didn’t work on a contending tool while you were utilizing the product as well as for a year thereafter. The limitation used to both industrial as well as open source competition. Although the product kept most data on your machine, there was a server component, so the business could, in fact, track your usage of the product.

In 2002, the Linux kernel team embraced BitKeeper. [Linux Torvalds] was among the proponents of the new system. However, other designers (and interested celebrations like [Richard Stallman] were concerned about utilizing a proprietary tool to establish open source. BitMover — the business behind BitKeeper — added some gateways to ensure that designers who wished to utilize a different system could, to some extent.

For the most part, things quieted down with only occasional flame skirmishes erupting right here as well as there. That is up until 2005 when [McVoy’s] business revealed it would discontinue the free version of BitKeeper. Ostensibly the reason was because of a individual establishing a client that added features from the industrial version to the free one.

New Tools

As a result, two jobs spun as much as establish a replacement. Mercurial was one as well as Git, of course, was the other. [McVoy] contacted a industrial client demanding that their worker [Bryan O’Sullivan] stop contributing to Mercurial, which he did. Of course, both Mercurial as well as Git came to fruition, with Git ending up being not only the kernel team’s version manage system however the system for a great deal of other people as well.

Birth of Git

[Linus] did look for one more off-the-shelf system. None at the time had the performance or the features that would fit the kernel advancement team. He designed git for speed, simplicity, as well as to prevent doing the exact same things that CVS (a reviled version manage program) did.

Initial advancement is stated to have taken a few days. since the version 1.0 release in late 2005, the software application has spawned more than one major website as well as has ended up being the system of option for many developers, both open source, as well as commercial.

রেপো মানুষ

The flow chart shows the tricজিট একযোগে বিকাশকারীর দুর্দান্ত ডিলগুলি কীভাবে পরিচালনা করে সেটি কে: সংগ্রহস্থল বা রেপো। প্রতিটি ডিজাইনার সমগ্র কাজের সামগ্রিক অনুলিপি (আঞ্চলিক সংগ্রহস্থল)। আসলে, যদি আপনি ভাগ করে নেওয়ার বিষয়ে উদ্বিগ্ন না হন তবে আপনি দূরবর্তী সংগ্রহস্থলের প্রয়োজনও না। আপনার ব্যক্তিগত রেপোটি এমন একটি সম্পূর্ণ বৈশিষ্ট্যযুক্ত Git কাজ যা অন্যের মতো, এমনকি দূরবর্তী একটি, যা GitHub বা আরও একটি নেটওয়ার্ক সার্ভারের উপর সম্ভবত। আপনি আপনার পরিবর্তনগুলি কাজে আপনার পরিবর্তনগুলি তৈরি করুন, আপনি যা করছেন তা দিয়ে (এখন পর্যন্ত), পাশাপাশি আপনার রেপোতে এটি উত্সর্গ করুন। যখন এটি সময় হয়, আপনি আপনার পরিবর্তনগুলি দূরবর্তী হিসাবে যতটা দূরবর্তী এবং এটি অন্যান্য মানুষের পরিবর্তনের সাথে একত্রিত হয়ে যায়।

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

যে সবসময়, কাজ করে না। যে আপনি নিজে নিজে সমাধান করতে হবে দ্বন্দ্ব বাড়ে। তবে আপনার যদি দুটি ব্যক্তি কোডের সুনির্দিষ্ট সঠিক অংশগুলি স্পর্শ না করে তবে GIT সাধারণত পার্থক্য সমাধান করার একটি চমৎকার কাজ করে। অবশ্যই, বাইনারি তথ্য সাধারণত যে বিলাসিতা পেতে না। আপনি সঠিকভাবে একটি আইকনকে ডিফ করতে পারবেন না যে একজন ব্যক্তি ব্যক্তি এটির উপর একটি মুশকিলকে আঁকড়ে ধরে এবং একাধিক ব্যক্তি ব্যাকগ্রাউন্ডের সবুজ পরিণত হয়। যাইহোক, টেকনিক্যালি, আপনি যদি অ্যালগরিদমটি খুঁজে বের করতে পারেন তবে আপনি এটি GIT এ যুক্ত করতে পারেন।


আপনি যদি কেবল একটি ক্লোন করার বাইরে গিটের বোঝার উন্নতি করতে চান তবে আপনি এই টিউটোরিয়ালে 15 মিনিট ব্যয় করার চেয়ে আরও খারাপ করতে পারেন। আপনি যদি ইতিমধ্যেই মূলত বুঝতে পারেন তবে আপনি আরো উন্নত টিউটোরিয়ালে কিছু নতুন জিনিস আবিষ্কার করতে পারেন অথবা একটি আলাপের ভিডিওটি পরিদর্শন করতে পারেন [লিনুস] একটি যখন ব্যাকগ্রাউন্ডে ফিরে যান।

২016 সালে, বিটকিপার প্রকাশ করেছেন যে তারা অ্যাপাচি পারমিটে চলে যাবে, অবশ্যই, অবশ্যই ওপেন সোর্স। বিদ্রূপের ধরন, তাই না?

ছবি ক্রেডিট:

টক্স সৈনিক, [শার্কি] দ্বারা, সিসি বাই-এসএ 3.0

[লিনুস টরভাল্ডস] থেকে লিনাক্স ম্যাগাজিন, সিসি বাই-এসএ 3.0

[Lbhtw] দ্বারা ফ্লোচার্ট, সিসি বাই-এসএ 3.0

Back to top