Git срещу Github - Демистифициране на разликите

Ако сте работили с кодове, тогава трябва да сте попаднали на думи като Git и GitHub. Възможно е също да сте използвали и тях. Но знаете ли какво точно представлява Git или GitHub и по какво се различават те един от друг? Е, ако не го правите, не се притеснявайте! Никога не е късно да научите нови неща, нито пък толкова трудни в този случай. Прочетете този блог за Git срещу GitHub, в който ще ви дам пълна представа и за двете. Мога да ви уверя, че докато направите този блог git срещу GitHub, вие ще имате ясно разбиране за двете технологии.

Следват темите, които ще обсъждам в този блог на Git Vs GitHub:

• Контрол на версиите
• Какво е Git?
• Какво е GitHub?
• Git срещу GitHub

Контрол на версиите - Git срещу GitHub

За да разберете точната разлика между git и GitHub, първо трябва да знаете за контрола на версиите. И така, какво разбирате под термина контрол на версиите?

Терминът Управление на версиите се отнася до система, която записва промени във файл или набор от файлове с течение на времето, наречена „версии“. С други думи, тези версии ще ви помогнат при проследяването на промените във вашите кодове / проекти и ако е необходимо, отменете и тези промени. Тази характеристика на възможността да сравнявате, диференцирате и връщате промените между две версии на определен проект става наистина полезна при работа по по-голям проект. По-големите проекти означават повече хора, работещи по един и същ код, което увеличава шансовете за конфликти. Използвайки контрола на версиите, можете лесно да предотвратите тези конфликти.

Тази система, която контролира версирането на кодовете, се нарича система за контрол на версиите (VCS). За по-добра картина можете да го мислите като „база данни“. В тази база данни VCS прави моментни снимки на целия ви проект и ги съхранява като версии. Сега с помощта на тези моментни снимки можете лесно да сравнявате версиите и да превключвате между тях според нуждите. Вижте снимката по-долу, която показва целия процес:

Мисля, че сега ясно разбирате концепцията за контрол на версиите. Тук бих искал да спомена едно нещо, не се бъркайте между VCS и система за архивиране / внедряване. Този VCS напълно премахва необходимостта от промяна или подмяна на веригата от инструменти, напълно за разлика от системите за архивиране. По-долу изброих няколко от предимствата на използването на контрол на версиите:

• Контролът на версиите създава правилни работни потоци, които помагат за предотвратяване на хаоса сред хората, използвайки техния собствен процес на разработка с различни и несъвместими инструменти.
• Всяка версия има описание на извършените промени в тази версия. Тези описания помагат при проследяването на промените в кода по версии.
• VCS синхронизира версиите и гарантира, че промените ви не влизат в конфликт с други, използващи същото хранилище.
• VCS помага за запазването на историята на промените, тъй като други хора запазват нови версии на вашия код. Тази история може да бъде прегледана, за да се разбере от кого, защо и кога са направени промени.
• Функциите за автоматизация на VCS спестяват вашето, както и на вашите екипи време и генерират последователни резултати, като извършват тестване, анализ на код и внедряване, когато се запазват нови версии.

Така че сега нека продължим с този блог за Git срещу GitHub и да разберем какво точно е Git.

Какво е Git? - Git срещу GitHub

След като вече знаете за контрола на версиите, ще ви бъде много лесно да разберете за Git. И така, какво е Git?

def __init __ (самостоятелно):

Git е софтуер за контрол на версиите, който трябва да инсталирате на вашата локална система, за да го използвате. Само за човек, който работи по проект, Git се оказва отличен софтуер. Но какво ще стане, ако работите по проект с голям екип. Всички ще работят по един и същ проект, но всеки от вас ще има различна версия на един и същ проект. Да предположим, че сте направили промени в директорията на проекта на вашата машина и искате да изпратите тези промени на вашите сътрудници. Освен това искате промените, които те правят, да се появят директно в директорията на проекта на вашата машина. Тъй като работите по проект, да сте на една страница със съотборниците си е много важно, за да избегнете всякакъв вид конфликт. И така, как ще го направите? Е, без притеснения, Git се грижи за всички, но единственото условие тук е, всеки от членовете на вашия екип трябва да има инсталиран Git на своите системи.

Git също е известен каторазпределена система за контрол на версиите, което означава, че с помощта на Git можете да бутате и дърпатеВашите, както и други промени в машините на други хора:

Сега, използвайки Git, можете да работите върху същото копие като члена на вашия екип. Но копието, върху което ще работите, няма да отразява нито една от промените в основната директория, освен ако и докато не издърпате промените на вашия сътрудник и не изтласкате собствените си промени.

На днешния пазар Git е най-широко използваният и популярен модерен VCS. Той е доста узрял и е добре поддържан проект с отворен код. Той е разработен през 2005 г. от Линус Торвалдс, който също е създател на ядрото на ОС Linux. Ако проверите горната картина на резултата от тенденциите на Google, ще откриете, че Git продължава да расте на пазара от 2005 г. Различен брой софтуерни проекти, включително търговски, както и с отворен код, напълно разчитат на Git за техния контрол на версиите . И така, как Git се различава от останалите, което го прави толкова популярен?

Основната разлика между Git и всички други VCS като Subversion (SVN), Mercurial, TFS, Perforce, Bazaar и др., Е начинът, по който Git съхранява данните си. В други системи информацията се съхранява като списък с базирани на файлове промени, който също е известен като базирани на делта контрол на версиите. Но в случай на Git, той съхранява данните си под формата на поток от моментни снимки на миниатюрна файлова система. С Git, всеки път, когато ангажирате или запишете състоянието на вашия проект, се прави моментна снимка на настоящото състояние на файла и се съхранява препратка към него. Ако не се правят промени или актуализации, Git съхранява връзка към предишния файл, който вече е съхранил. Следващата диаграма показва как Git съхранява версиите:

Но Git ще бъде полезен само когато знаете кога е включена системата на вашия сътрудник и е свързана към мрежа. И така, какво ще правите, когато членовете на вашия екип не са онлайн? В тези ситуации трета страна, която има идентично копие на вашия проект, откъдето можете лесно да натискате и дърпате промените, ще ви бъде полезна.

Е, ще се радваме да разберем, че това прави GitHub и в следващия раздел на този блог за Git срещу GitHub ще обясня всичко за него.

Какво е GitHub? - Git срещу GitHub

Както беше казано, Git е система за контрол на версиите, която проследява промените при работа с компютърни кодове, докато GitHub е уеб базирана услуга за хостинг на хранилище за управление на версии на Git. Той предоставя всички функции за управление на разпределените версии и управление на изходния код (SCM) на Git, като същевременно го допълва с няколко свои собствени функции. Това е рай за разработчици, където могат да съхраняват проектите си и да се свързват със съмишленици. Можете да го мислите като „облак за кодове“.

Така че по същество това е място за съхранение на вашите идентични работещи директории илихранилища. Той буквално е център за хранилищата на Git, който можете да използвате, просто като създадете безплатен акаунт в GitHub. Тези акаунти идват с изобилие от място за съхранение, където можете да съхранявате вашите хранилища и да изградите подходящ профил, който има голяма стойност. По подразбиране хранилищата са публични, т.е.всеки може да вижда вашите кодове, но можете да го направите и частен. Така че, ако сте добър програмист, можете да качите свои собствени приложения и програми и да получите признание от други.

Той работи заедно със сътрудничеството на Git. Докато Git е инструмент за команден ред, GitHub е уеб-базиран графичен интерфейс, който ви предоставя контрол на достъпа, основни инструменти за управление на задачи, заедно с няколко функции за съвместна работа. Освен това GitHub може да хоства изходните кодове на вашия проект на различни езици за програмиране и да следи всяка от промените, направени във всяка итерация. Функционалността на GitHub не свършва дотук. Той предоставя следните 3 изключителни функции, което го прави толкова мощен:

кастинг двойно към int в java

1. вилица: Или обикновено известен като forking е копиране на хранилище от акаунт на един потребител, когато нямате достъп за запис до него. Така че можете просто да го копирате и модифицирате под собствения си акаунт.
2. издърпайте: Когато сте направили промените в кодовете, които сте копирали, и искате да ги споделите с първоначалния им ред. След това можете да им изпратите известие, наречено „заявка за изтегляне“.
3. отивам: Сега потребителят, който е собственик на тези кодове, ако намери вашите промени подходящи, може да обедини промените, намерени във вашето репо, с оригиналното репо, само с щракване върху бутона.

Ако заявката ви за изтегляне е приета от собственика, тогава получавате кредита й на оригиналния сайт и се показва във вашия потребителски профил. Това е един вид автобиография, която помага на поддържащия проекта GitHub да определи вашата репутация. Така че, колкото повече хора и проекти в GitHub, толкова по-добра идея получава поддръжникът на проекти от потенциалните си сътрудници. Това насърчава младите разработчици и проекти да растат повече в индустрията.Надявам се сега да разберете какво е Github. Така че нека да обобщя основните разлики между Git и Github.

Git срещу GitHub