Как да натиснете към отдалечено хранилище на Git

Забележка: Това е третото видео от поредицата Git за начинаещи. Вижте първото видео тук.

В терминологията на Git ние наричаме хранилището на Git на вашия компютър локално хранилище.

Дистанционното Git е същото хранилище, съхранявано някъде другаде в интернет. Може да служи като резервно копие. Ако компютърът ви се срине, винаги можете да получите най-новата версия от дистанционното обратно на компютъра си.

Преди да говорим за Git дистанционни, трябва да поговорим за различни услуги, които ви предоставят Git дистанционни. Нека разгледаме някои примери.

Разлики между услугите на Git

Няма разлика между тези три услуги по отношение на самия Git.

Единствените разлики между услугите са тяхната популярност, уеб интерфейс и цени.

Много хора обичат да използват Github, защото Github е най-популярният от трите. Ето защо повечето проекти с отворен код се хостват на Github. (Забележка: Проектите с отворен код могат да бъдат хоствани и на Bitbucket и Gitlab).

Понякога може да искате да създадете частни хранилища. Частното хранилище е хранилище на Git, което можете да четете само вие и хората, на които давате разрешение.

Ако искате да създадете частни хранилища, може да помислите за Bitbucket или Gitlab. Те ви позволяват да създавате частни хранилища безплатно.

Ако искате да създадете частно хранилище на Github, трябва да плащате $ 7 на месец.

Тази статия ви показва как да настроите дистанционно управление на Github. Другите услуги следват същите инструкции.

Създаване на хранилище на Github

Влезте в Github. Създайте акаунт, ако вече нямате такъв.

След като влезете, ще видите бутон плюс (+) в десния ъгъл на страницата. Кликнете върху този плюс и изберете „ново хранилище“.

За да създадете ново хранилище, трябва да му дадете име.

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

Задайте проекта на публичен или частен, в зависимост от това, което искате.

След това игнорирайте останалото и кликнете върху бутона за създаване на хранилище.

След като щракнете върху създаване на хранилище, ще стигнете до страница с някои инструкции на Git.

Засега игнорирайте тези инструкции. Това знание изисква да използвате командния ред на Git. Ще научите как да го направите след няколко урока.

Засега искаме да свържем нашето локално хранилище във Fork с отдалеченото хранилище, което току-що създадохме.

Копирайте URL адреса, който виждате на страницата.

Уверете се, че сте избрали SSH (не HTTPS!).

SSH ви позволява да натискате (поставяте неща в отдалеченото хранилище) и да дърпате (копирате дистанционното обратно в локалния си), без да въвеждате вашето потребителско име и парола за Github всеки път. Улеснява нещата.

След това отворете проекта във Fork и щракнете върху бутона Push.

Това е четвъртият бутон отляво. Прилича на стрела, която върви нагоре.

След като щракнете върху бутона, Fork ще ви помоли да изберете клон и дистанционно, към което да натиснете.

В този случай нашият клон ще бъде главен (защото имаме само един клон).

Трябва да добавим дистанционното, което току-що създадохме. За да добавите дистанционното, щракнете върху полето за избор и изберете добавяне на дистанционно.

След това трябва да наименувате дистанционното си управление.

Името по подразбиране за повечето дистанционни устройства ще бъде origin. Ако имате няколко дистанционни управления, ще искате да преименувате дистанционното според това откъде са (като Github, Heroku и Bitbucket).

URL адресът на хранилището трябва да бъде URL адресът, който сте копирали от Github.

Изберете Добавяне на ново дистанционно, когато сте готови.

Бутане към дистанционното за първи път

Когато натискате вашите файлове на дистанционното за първи път, уверете се, че е поставена отметка в квадратчето за създаване на справка за проследяване.

Справка за проследяване казва на Git да проследява текущия клон (в този случай master) и да натиска или дърпа към същия клон на дистанционното.

Ако не създадете справка за проследяване, ще трябва всеки път да посочвате към кой клон да натиснете (или да изтеглите).

Забележка: ако разклоняването ви звучи чуждо в момента, не се притеснявайте. За разклоняването ще говорим в по-късен урок. Засега не забравяйте, че трябва да създадете референтен номер за проследяване.

След като това е отметнато, можете да щракнете върху push и Fork ще натисне вашия проект върху Github.

След като бъде натиснат, можете да погледнете раздела Всички ангажименти. (При други клиенти на Git това ще бъде Git History).

Във всички ангажименти ще видите два маркера. Единият се нарича master(главният клон на нашия компютър). И другият се извиква origin/master(главният клон на отдалечения име на произход). В този случай произходът ни е Github, така се origin/masterотнася до главния клон на Github.

Когато тези два маркера са в един и същ коммит, това означава, че файловете, които имаме в нашия локален главен клон, са същите като файловете, които имаме в главния клон на Github.

Можете да проверите, че това е вярно, ако се върнете на страницата, от която сте получили отдалечения URL адрес на Git. Опреснете тази страница и ще видите това, което обикновено виждате в Github (страница на проекта).

Ако погледнете файловете, ще забележите, че файловете са абсолютно същите като файловете, които имате на вашия компютър.

Бутане за втори път

Последващите тласъци са много по-лесни.

Да приемем, че правим промяна в нашето хранилище. Този път искаме да създадем README.mdфайл. А README.mdфайлови показва страницата на проекта Git и помага на хората да разберат какво проекта е около.

Искате да създадете README.mdфайл за всяко хранилище, което създавате.

След като създадем файла, ще видим промените във Fork, ако щракнем върху раздела за промени.

Както и преди, ние искаме да инсценираме файла и да го ангажираме. В този случай съобщението за фиксиране може да бъде „Създаване на Readme.md“.

Когато създавате нов ангажимент, погледнете страничната лента вляво. Ще видите число, едно и стрелка, която сочи нагоре до главния клон.

Това ни казва, че нашият главен клон е един коммит преди отдалечения клон. Това означава, че нашият главен клон е по-актуален в сравнение с отдалечения клон.

Ако погледнете историята на Git, можете да направите „Създаване на readme.md“ фиксация в локалния клон, но този ангажимент все още не е стигнал до отдалеченото.

За да натиснете новия ангажимент върху дистанционното, трябва отново да щракнете върху бутона.

След това щракнете още веднъж.

Това е.

След като фиксирането бъде изтласкано към отдалечения клон, можете да видите, че origin/masterтагът се премества в същия фиксиран като masterтага.

За да докажете, че това работи, можете да опресните страницата на хранилището на Github и ще можете да видите новия си README.mdфайл!

Обобщавайки

Дистанционното Git е нещо като резервно копие, което се съхранява на чужд компютър. За да създадете дистанционно за Git, можете да използвате една от популярните услуги като Github, Bitbucket и Gitlab.

Създайте отдалечено хранилище, след което свържете вашето локално хранилище с отдалеченото хранилище. Когато ги свържете, можете да натиснете отдалеченото хранилище.

Благодаря за четенето. Тази статия помогна ли ви по някакъв начин? Ако го направих, надявам се да помислите да го споделите; може просто да помогнете на някой, който се е чувствал по същия начин, както вие, преди да прочетете статията. Благодаря ти.

Тази статия първоначално е публикувана в моя блог.

Запишете се за моя бюлетин, ако искате повече статии, които да ви помогнат да станете по-добър разработчик от предния край.