Съдържание
Манипулиране Git Като инструмент за съвместна работа, той се превърна в необходимост в съвременните времена, където повечето разработки го използват, за да поддържат промените единни и без конфликти.В предишни уроци се научихме как да управляваме хранилища в локални среди и това не е лошо, ако се научим как да използваме GitВ света на работата обаче се обработва по различен начин и през повечето време ще трябва да работим върху отдалечено хранилище, което ще има множество клонове и всеки разработчик, присъстващ в него, постоянно качва промени.
Отдалечено хранилище е това, което не ни принадлежи, което може да бъде на облачен сървър, на компютър на друг разработчик или дори на файлова система. Основната функция на тези хранилища е, че други разработчици могат да си сътрудничат с него, включително ние чрез клоновете или клони.
Има много услуги, които ни позволяват да създадем наше отдалечено хранилище, което имаме GitHub но това е ориентирано към лични проекти и сътрудничество между общността на разработчиците с определени проекти и ние имаме Bitbucket, която е ориентирана към частни проекти и работни екипи във фирми или организации.
За този урок ще използваме Bitbucket, е безплатна и е тази, която най -много прилича на философията на работа, върху която искаме да се съсредоточим.
Споменахме, че отдалечено хранилище не ни принадлежи, тъй като е на платформа, която не е наша, но можем да извършваме операции върху него, вариращи от създаването му до изтриването му, ако желаем.
За да създадем наше отдалечено хранилище, отиваме на страницата Bitbucket и ако не сме регистрирани, ние създаваме нашия акаунт, влизаме и като сме в нашия главен панел търсим опцията Създайте за създаване на отдалечено хранилище.
Ние назоваваме нашето хранилище, включваме описание, избираме видимостта и способността за изпълнение вилици, където можем допълнително да изберем езика, на който ще се основава нашият проект, накрая натискаме create и ще създадем нашето отдалечено хранилище.
Ще приемем, че започваме от нулата и че нямаме проект, но скоро ще започнем да качваме промените си, за това трябва да създадем папката, където ще бъде проектът, и да направим първия бутане.
За да направим това, създаваме папка и в нея ще отворим командна конзола и ще я инициализираме като хранилище gitСлед това ще създадем връзката с нашето отдалечено хранилище, което можем да намерим в главния панел на новосъздаденото ни хранилище:
Сега трябва да изпълним първото бутане За да проверим дали всичко работи правилно, ще създадем нов файл, който може да бъде .txt с прост текст. Използваме командата добавете за да го добавим в хранилището, добавяме първото ангажирам и накрая правим това бутане към клона майстор:
Както виждаме, всичко мина гладко, но за потребителите, които започват и се чувстват малко несигурни относно инструмента, и се чудят дали файловете са качени, те могат да отидат на Bitbucket и опреснете хранилището и можете да видите направените промени:
Увеличете
Bitbucket е изключително полезен, не само че ни позволява да създаваме хранилища, но и неговото уеб приложение ни позволява да виждаме данни като клона в хранилището, вилици които са направени, активността в него и дори изпращане на покани до други разработчици.След като създадем нашето хранилище, е време да започнем работата по сътрудничество, за това първото нещо, което трябва да направим, е да създадем клоновете или клони. Освен клона майстор Трябва да създадем допълнителен клон за проекта като цяло и той е този, в който разработчиците ще го направят сливане и качете последните си промени.
Отделни клоновеОсвен това се препоръчва всеки разработчик да има клон за него, така че промените на всеки член на екипа ще бъдат разделени и в случай на грешка при окончателното качване, те могат да бъдат върнати без много проблеми.
Ще създадем клон, наречен развиващи се и личен клон за нашите промени, ние правим това с командата клон последвано от името на клона, нека видим как изглежда в нашата конзола:
Това ще създаде нашите клонове локално, но докато не ги променим и направим бутане те няма да бъдат регистрирани в нашето хранилище, за това ще преминем към нашия личен клон с командата Разгледайте и проверяваме с състояние че нямаме какво да правим ангажирам, това трябва да е така, тъй като е нов клон, нека видим:
Сега ще създадем папки и някои файлове, които да придадат тежест на нашия проект, но нека не забравяме, че промените ще бъдат в нашия клон. След като извършим тези операции, трябва да ги добавим с добавете, изпълнете ангажирам съответстващи и накрая бутане към нашия клон, нека видим тези операции в нашата командна конзола:
Вече направихме качването в нашия клон, сега трябва само да направим същото с клона за разработка, но за това не е нужно да използваме командата add or commit, за това ще използваме командата сливане За да се присъединим към промените, които не присъстват в клона, това ни спестява много работа и ни позволява да следим действията, които извършваме в хранилището.
За да направим това, трябва да преминем към клона за развитие с командата Разгледайте и там ще изпълним командата сливане посочвайки клон jacosta, за да се присъедините към промените, които направихме.
С това действие актуализацията ще бъде извършена, но това не означава, че сме качили промените в клона по същия начин, по който трябва да извършим бутане, но това ни спестява някои допълнителни стъпки и ни дава по -чист процес на качване. Това действие ще създаде новия клон и ще унифицира промените ни, ако все още не вярваме на това, което конзолата ни информира, можем да отидем Bitbucket, където можем да видим създадените нови клонове, както и действията, които сме извършили в раздела за скорошна дейност:
Увеличете
Както виждаме, имаме нови клонове, както и направените нови промени. Важно е да споменем, че това е нормалният работен процес, който трябва да изпълняваме, когато работим в среда на сътрудничество, в противен случай бихме предизвикали конфликти, което би накарало екипа ни да отдели дори няколко часа за отстраняване на неизправности в хранилището.Това, което току -що видяхме, е част от идеята, че ние сме тези, които създадохме отдалеченото хранилище, но в момента, в който сме поканени в едно от тях, процесът се променя малко. Да приемем, че нашият екип също използва Bitbucket и те създадоха хранилището на платформата, отидохме на основния панел, намерихме опцията Клониране и когато го натиснем, ще видим точния ред за извършване на това действие, което ни клонира точно това, което е в хранилището в този момент:
Увеличете
Споменахме, че това действие клонира или копира какво точно има в хранилището по това време, но може да се окаже, че някои от разработчиците качват промяна в последната минута и тя не е включена в клонирането, така че няма да бъде в копието които ще имаме в нашата машина.Честа грешкаТази грешка е една от най -често срещаните и при която много начинаещи потребители не успяват да управляват хранилища Git, и това е качването на файлове в хранилището без първо да се провери дали са направени промени. Но решението е просто, може би най -сложното е да се приеме практиката и да се изпълни командата дръпнете преди да започнете работа по проекта и преди да качите нещо, това избягва неудобната ситуация на конфликт в хранилището, причинен от нас.
Накрая е важно да се спомене, че въпреки че Git ни позволява да запазим контрола над нашия проект и нашите файлове, обединяващи промените в екипа за разработка, това не е инструмент, който можем да използваме само за управление на проекти.
Препоръчваме да го вземете ръка за ръка с приложения като asana или Trello, като гарантирате, че нашите проекти са обхванати на всички фронтове, по този начин ще знаем, че те винаги ще имат най -новите промени, а също и че датите и ангажиментите, установени за него, са да бъдат посрещнати безпроблемно ..
С това завършваме този урок, където можем да създадем нашето отдалечено хранилище Bitbucket и освен това успяхме да видим целия работен поток, необходим за оптимално боравене с него, когато работим в среда за съвместно развитие.Хареса ли ви и помогнахте на този урок?Можете да възнаградите автора, като натиснете този бутон, за да му дадете положителна точка