github tutorial developers how use github
Овај ГитХуб водич објашњава шта је ГитХуб и како направити спремиште, захтев за гране и повлачење. Укључује правила за заштиту огранака и решавање сукоба:
Шта је ГитХуб?
ГитХуб је услуга у облаку која помаже програмерима да чувају и управљају својим изворним кодом, као и да прате и контролишу све промене изворног кода.
Једноставно речено, ГитХуб је намењен програмерима у којима могу да управљају пројектом, хостују изворни код и такође их прегледају. Све ћемо истражити у овој серији.
Списак лекција у овој ГитХуб серији:
Туториал # 1: Водич за програмере за ГитХуб | Како се користи ГитХуб [Овај водич]
Туториал # 2: ГитХуб пројекти, тимови, вилице и Вики за документирање пројеката
Туториал # 3: Напредне Гит команде и водич за интеграцију ГитХуб-а
Туториал # 4: Водич за ГитХуб РЕСТ АПИ - Подршка за РЕСТ АПИ у ГитХуб-у
Водич бр. 5: Водич за радну површину за ГитХуб - Сарадите са ГитХуб-ом са радне површине
Лекција # 6: Водич за ТортоисеГит - Како користити ТортоисеГит за контролу верзија
Шта ћете научити:
Шта је Гит?
Гит је систем контроле верзија отвореног кода где је целокупан изворни код доступан на рачунару програмера. Гит је такође клијентски и дистрибуирани систем контроле верзија (ДВЦС) где можете вршити гранање и спајање.
Први кораци са ГитХуб-ом
Да бисмо започели са ГитХуб-ом, извршићемо следеће кораке.
- Направите спремиште за организацију пројеката.
- Направите грану
- Унесите измене у датотеку и завежите.
- Направите захтев за повлачење за спајање садржаја.
- Протецт Бранцх
У другом делу серије осврнућемо се и на друге карактеристике ГитХуб-а попут Стварања организације, тимова, издања, прекретница, виљушака, издања и Викија.
Направите ГитХуб складиште
ГитХуб складиште садржи артефакте пројекта као што су изворни код, документи, слике итд. Направићемо и користићемо демо спремиште за извођење свих горе наведених корака.
Пријавите се на Гитхуб.цом и Направите ново спремиште . Кликните на Нова дугме.
Додајте доле детаље о репо-у као што је приказано и кликните на Направите спремиште . Поставите приступ приватном или јавном. Боље је поставити га на јавни, јер мало функција зависи од овог приступа.
Напомена: Корисник који креира спремиште је власник ГитХуб спремишта.
Спремиште се креира са датотеком РЕАДМЕ.
Додавање сарадника у ГитХуб складиште
Желели бисмо да тим ради на овом спремишту. Због тога ћемо морати да позовемо сараднике да раде на спремишту. Да бисте додали сараднике, идите на главну страницу Спремишта и кликните на Подешавања икону.
Кликните на Сарадници у левом окну и додајте сараднике који имају Гитхуб налог. Позив би био послат и сарадници би морали да га прихвате.
Сарадници се додају као што је приказано у наставку. Касније, у овом упутству, видећемо како ће сарадници бити додати као рецензент захтева за повлачење креиран за спајање кода.
Извођење основног Ц. оммит
Отворите датотеку РЕАДМЕ и извршите основно урезивање. Кликните на Икона за уређивање да бисте започели модификовање датотеке.
Измените датотеку, додајте коментар и кликните на Урадити .
Датотека је предата (промене су сачуване) у Гитхуб складиште.
Видеће се неколико операција за стварање директоријума и датотека унутар Спремишта.
Да бисте креирали фасциклу и датотеку у оквиру: Кликните на Направите нову датотеку дугме на нивоу Спремишта. Укуцајте име директоријума, а затим / и име датотеке, као што је приказано доле.
Кликните на Урадити на дну. Фасцикла и датотека креирају се како је приказано. Тако се датотеке и фасцикле креирају на господару грана која је главна грана интеграције и углавном тамо где се могу градити издања софтвера.
Програмери обично раде на задатку који им је додељен у засебној грани и обједињују промене у главној грани. На пример, гране се могу креирати за развој карактеристика или решавање грешака или рад на побољшањима итд. Дакле, стварањем гране рад је изолован без ометања осталих грана.
У следећем кораку можемо погледати како се гране могу креирати и дефинисати захтеви за повлачење за преглед и спајање кода у главну грану.
Премештање датотеке
Да бисте датотеку преместили у другу фасциклу, учините следеће. На пример, да преместите датотеку рулес.ткт у фасциклу док. Кликните на датотеку.
Кликните на икону да бисте уредили датотеку.
Додајте путању доц / пре датотеке рулес.ткт . Кликните на Уређивање промена.
Стаза је сада ажурирана.
Стварање ГитХуб огранка
Идите на главну страницу Спремишта и откуцајте да бисте креирали одлика грана као што је приказано. Кликните на Направите грану.
Сада смо у одлика грана. Датотеке су исте. Сада ћемо извршити неке измене у датотекама у одлика и створите захтев за повлачење за преглед промена и спајање кода у господару грана.
Унесите измене у датотеке у грани функција.
Отворите Јава датотеку у директоријуму Срц и додајте неки код и извршите промену.
Направите ГитХуб захтев за повлачење
У претходном одељку створили смо грану одлика и унео неке измене у датотеку. Промене нису у господару грана. За ово морамо да направимо захтев за повлачење којим корисник предлаже одређене промене које треба прегледати и спојити у господару грана.
Стварање захтева за повлачење приказаће разлике између изворне и циљне гране и биће потребно за решавање сукоба ако их има.
Кликните на Упоредите и повуците захтев на главној страници спремишта.
Можете видети да се промене у обе гране могу спојити. Кликните на Направите захтев за повлачење.
Кликните на Споји захтев за повлачење и Потврди да доврши спајање.
Промене су успешно спојене у господару грана. Наш први захтев за повлачење је успешно завршен.
Доделите рецензентима захтеве за повлачење и преглед кода
Гитхуб има добру особину коришћења ЦОДЕОВНЕРС датотеке у којој можемо да изаберемо људе који су одговорни за изворни код у спремишту. Власници спремишта могу да креирају ову датотеку и сви корисници дефинисани у датотеци подразумевано се траже за преглед током креирања захтева за повлачење.
Да бисте користили ову функцију, морате користити верзију ГитХуб Про или учинити Спремиште јавним.
У корену спремишта креирајте ову датотеку у следећем формату и завежите је.
* @корисничко име или @оргнаме или @теамнаме
* првенствено значи све датотеке у репо-у. Такође можете одредити одређене екстензије попут * .јава или * .јс итд. Корисницима дефинисаним у датотеци аутоматски ће се послати захтев за преглед. Са дефинисаном датотеком ЦОДЕОВНЕРС, нема потребе за ручним додавањем рецензената и има мало више флексибилности при одабиру датотека које ће бити прегледане.
Назад у одлика грана направите малу промену у Јава датотеци и креирајте захтев за повлачење. На екрану Захтев за повлачење доделите рецензента са десне стране. Кликните на Направите захтев за повлачење.
На горњем екрану можете видети да се рецензенти могу доделити ручно, али рецензенти су дефинисани у датотеци ЦОДЕОВНЕРС који ће аутоматски добити захтев за преглед промена кода.
У сваком случају, за сада, хајде Пријавите се као рецензент и одобри промене. Пријавите се као корисник внирањан2512 да бисте одобрили промене.
Постоји захтев за одобрење / одбијање промена, под Захтев за повлачењем.
Кликните на захтев за повлачење и Додајте рецензију.
Можете кликнути на + потпишите и додајте коментаре рецензије за линију кода Додато / Измењено / Избрисано на екрану који се појави.
Кликните на Започните преглед.
Кликните на Завршите преглед. Одобри као што је приказано и Пошаљи коментар .
Као оригинални корисник који је покренуо захтев за повлачењем, можете да додате коментар и разрешите или затворите конверзацију.
Захтев за спајањем извлачења сада се може извршити.
Промене су успешно спојене у господару огранак објављује преглед и спајање захтева за повлачење.
Дакле, да резимирамо у овој фази, видели смо да програмери раде на одлика а затим подигните захтев за повлачење да бисте објединили промене у господару грана. Горе наведено је био сценарио где сукоба није било. У следећем одељку видећемо начине ручног решавања сукоба ако се датотеке мењају у више грана.
Решавање сукоба
Могуће је да би се мењале исте датотеке у више грана. У овом случају би дошло до сукоба и мора се решити путем подигнутог захтева за повлачење.
На пример, унесите измене у Јава датотеку у обе датотеке господару и одлика гране и подићи захтев за повлачењем.
Приказана порука захтева за повлачење је да се промене не могу аутоматски спојити. Стога сукоби морају бити решени. Наставите са израдом захтева за повлачење.
Када се подигне захтев за повлачење, сукоби ће се морати решити кликом на Решавајте сукобе дугме.
Уклоните ознаке које у основи решавају сукобе ручно и кликните на Означи као решено и Објави спајање.
Коначни приказ датотеке након уклањања ознака.
Захтев за спајањем повлачења може се извршити. Тхе господару и одлика гране ће сада бити идентичне.
Још увек можете да видите на горњем екрану да је преглед затражен, али није обавезан. У следећем одељку видећемо о правилима заштите огранка у којима власник спремишта обавезно може захтевати преглед и такође заштитити господару грану од обавезивања директно на њу, али само путем захтева за повлачењем.
Правила заштите филијала
У претходним одељцима смо видели Гитхуб захтеве за повлачење, као и захтеве за преиспитивања која нису била обавезна или необавезна. У типичном коду пројектних сценарија, прегледи су обавезни и део процеса развоја.
Да видимо како да ово применимо.
На гитхуб.цом ова функција може да се постави само за јавна спремишта или помоћу верзије Гитхуб про. На главној страници Спремишта идите на Подешавања и кликните на Подружнице категорија на левој страни.
Кликните на Додај правило под Правила заштите филијала. Правило је додало захтеве за обавезне прегледе захтева за повлачење од власника кода пре спајања за господару грана.
Ово ће такође осигурати да мастер грана је заштићен и на овој грани се не могу извршити директни записи, а могу се извршити само путем захтева за повлачење након темељног прегледа. Ову поставку поставља власник спремишта.
Заиста сјајна карактеристика !!!
Кликните на Креирај једном учињено. Да бисте тестирали овај сценарио, промените датотеку у одлика грану и креирајте захтев за повлачењем.
Следећи екран показује да власници кода обавезно захтевају преглед.
Објавите рецензију од власника кода, захтев за повлачењем се може објединити.
Као сарадник спремишта, ако направите промене у било којој датотеци, због креираних правила заштићених грана, нећете моћи да се обавежете директно у главну грану, већ само путем захтева за повлачењем након креирања гране као што је приказано доле.
Пренос спремишта на други кориснички рачун
Обично лично складиште корисника има једног власника, а сви остали су сарадници. Дакле, у смислу да не можете имати више власника у спремишту корисничких налога. Али власништво се може пренети на други кориснички рачун. По завршетку власник оригиналног спремишта аутоматски постаје сарадник у новом спремишту корисничких налога.
Нови власник тада може почети да управља артефактима, проблемима, захтевима за повлачење, пројектима, издањима и подешавањима.
Обично када се команде попут „гит цлоне“ или „гит пусх“ изводе у локалном спремишту, наредбе ће преусмерити на ново спремиште. Али када покренете команду ‘гит ремоте -в’, она ће и даље приказивати оригиналну УРЛ адресу спремишта. Да бисте избегли забуну при преласку на нови удаљени УРЛ, пренос спремишта се користи помоћу команде „гит ремоте сет-урл“.
Да бисте пренели спремиште, идите на картицу Поставке спремишта и у оквиру Опције? Зона опасности кликните на Трансфер
Унесите име спремишта и нови кориснички рачун на који власништво мора да се пренесе.
Кликните на Разумем, пренесите ово спремиште
Требали бисте видети поруку да је спремиште пренето на новог власника.
Првобитном власнику спремишта биће послата пошта да одобри пренос. Када је пренос одобрен, спремиште ће бити пребачено на новог власника, а изворни власник спремишта ће бити додат као сарадник.
Сада поставите нови УРЛ спремишта у машину где је клонирано старо спремиште. Следеће команде морају бити постављене на свим машинама где је клонирано старо спремиште.
Сви захтеви за повлачење, проблеми и вики ће бити пренети. Задаци издавања остаће нетакнути.
Неке корисне Гит команде
Постоје неке од основних Гит наредби које се првобитно конфигуришу на вашој локалној машини када се Гит клијент инсталира на вашој Линук или Виндовс машини. Програмери раде локално, без везе са спремиштем на ГитХуб-у, на целој копији изворног кода доступног на ГитХуб-у и синхронизују се са њим.
Прво, поставите своје корисничко име и адресу е-поште како бисте били сигурни да сви обавези које радите користе ове информације.
гит цонфиг –глобал усер.наме “УсерНаме”
гит цонфиг –глобал усер.емаил “миемаил@миемаил.цом”
Када требате да додате поруку током урезивања, такође можете да конфигуришете уређивач потребан за исте.
како се користи бин датотека
гит цонфиг –глобал цоре.едитор нотепад
Набавите листу свих постављених вредности конфигурације.
гит цонфиг –лист
Понекад организације имају прокси сервере за повезивање на Интернет. У том случају, мораћете да наведете проки сервер и број порта да бисте приступили свим спремиштима на ГитХуб-у.
гит цонфиг –глобал хттп.прокихттп: // Корисничко име: Лозинка @ прокисервер: порт
Клонирајте или направите локалну копију Спремишта. Набавите УРЛ клона спремишта у ГитХуб-у и покрените гит наредбу.
Закључак
У овом упутству видели смо како програмер може почети да ради на ГитХуб-у, право од Стварања ГитХуб-овог спремишта, огранка, захтева за повлачењем, заштите гране и неких основних Гит наредби.
У нашем предстојећем упутству видећемо и друге карактеристике ГитХуб-а углавном о томе како створити организације, тимове, форкнути спремиште, креирати проблеме, прекретнице и повезивати се са захтевима за повлачењем, вики-има и њиховом употребом и неколико других напредних Гит наредби које ће бити корисне програмерима.
Препоручено читање
- Водич за Јава рефлексију са примерима
- Гит вс ГитХуб: Истражите разлике на примерима
- Водич за Питхон ДатеТиме са примерима
- Интеграција селена са ГитХуб-ом помоћу Ецлипсе-а
- Кратки водич за СоапУИ за чување података о захтевима и одговорима у датотеци - Водич за СоапУИ бр. 15
- Водич за Бугзилла: Практични приручник за алат за управљање недостацима
- 20+ МонгоДБ лекција за почетнике: бесплатан курс МонгоДБ
- МонгоДБ Водич за осенчење са примером