advanced git commands
Овај водич истражује корисне Гит команде као што су Гит Стасх, Гит Ресет, Гит Цхерри Пицк, Гит Бисецт и објашњава како интегрисати ГитХуб са Јиром:
У нашим претходним водичима у овој серији видели смо већину карактеристика ГитХуб-а.
У овом упутству ћемо погледати следеће:
- Креирање издања
- Интеграција са Атлассиан Јира
- Најчешће коришћене Гит наредбе за програмере
- Гит Стасх
- Гит Цхерри Пицк
- Гит Ресетуј
- Гит Бисецт
=> Погледајте овде водич за ГитХуб.
како отворити јар датотеке на прозорима
Шта ћете научити:
- Креирање издања
- ГитХуб интеграција са Јиром
- Напредне Гит наредбе за програмере
- Закључак
- Препоручено читање
Креирање издања
Издања у ГитХуб-у користе се за групирање вашег софтвера, додавање напомена о издању и бинарних датотека (ВАР, ЕАР, ЈАР датотеке) како би их корисници и људи могли користити.
Да бисте креирали издање, идите на главну страницу спремишта и кликните на Издања таб под Управљајте темама.
Кликните на Направите ново издање.
Наведите ознаку и наслов издања. Бинарни фајлови су такође додати издању. Када завршите, кликните на Објави издање.
Издање је сада спремно са изворним кодом и бинарним датотекама.
ГитХуб интеграција са Јиром
Један од важних аспеката сљедивости је референцирање проблема Јира са комитовима у ГитХуб-у. ГитХуб се може интегрисати са Јиром, не само да би се референцирао на проблем, већ и да би помогао у стварању огранака и повлачењу захтева из Јира-е.
Дакле, обично када програмер почне да ради на задатку или грешкама, он креира грану. Објавите развој или решавање грешака, захтев за повлачењем се може створити од Јире за спајање са главним господару грана. Тада се грана коју је креирао програмер може избрисати.
Да бисмо поставили интеграцију, користили смо додатак Гит интеграција за Јира. Ово је комерцијални додатак. Додатак се може преузети са овде
Инсталирајте додатак у Јира са Администратор -> Додаци.
Једном када је додатак инсталиран, идите на Апликација -> Гит спремишта и повежите се са ГитХуб-ом.
Унесите корисничко име и лозинку за ГитХуб. Кликните Повежите се .
Приказаће се спремишта наведена за кориснички рачун. Кликните на Увези спремишта да бисте завршили подешавање интеграције.
ГитХуб се обавезује са издањем Јира
Као део поруке урезивања унесите како је приказано доле. Кликните на Уређивање промена .
Пример 1: Испод је пример Смарт Цоммите што омогућава програмерима да изврше радње на Јира проблемима из поруке урезивања. Једна од таквих наредби је # коментар заједно са кључем Иссуе који додаје коментар на питање Јира, као што је приказано у наставку.
Одељак коментара је ажуриран.
Пример 2: Доделите кориснику и ажурирајте време проведено као 4 х.
Користити # ассигн и #време паметна наредба урезивања у поруци урезивања.
Обе акције су завршене.
Пример 3: Промените статус издања у У току .
Направите грану
Како се задаци и грешке додељују програмерима, они морају да почну да раде на развоју. За ово они стварају огранак за проблем на којем раде, раде развојне активности и подижу захтев за повлачењем да се споје у главну грану.
У издању Јира на дну кликните на Направи грану.
Кликните на Направите грану.
У ГитХуб-у извршите промену датотеке у горе створеној грани и извршите исту.
Како је развој завршен, корисник тада може подићи Захтев за повлачење од Јире.
На дну броја кликните на Направите захтев за повлачење.
Кликните на Креирај. Захтев за повлачење ће бити приказан као отворен.
Следећи корак је спајање захтева за повлачење у ГитХуб.
Статус се у складу са тим ажурира у Јира-и.
Напредне Гит наредбе за програмере
У овом последњем одељку погледаћемо неке од најчешће коришћених Гит наредби за програмере. То нема никакве везе са ГитХубом, али ће помоћи програмерима пре него што промене унесу у ГитХуб.
Гит Стасх
У већини пројектних сценарија када радите на новој функцији или побољшању, одједном би постојала потреба да радите на хитној неисправности која је пријављена и представља запорну емисију. Како сте на половини свог новог посла, а нисте га завршили, нема смисла починити промене које су напола урађене.
Дакле, боље је да привремено обуставите или сачувате напола урађени посао, порадите на грешци и вратите се на рад на новој функцији или побољшању. Гит стасх нуди решење за ово. Можете лако да промените контекст брзог извршавања промена.
Пример 1 :Претпоставимо да радите на задатку који вам је додељен и када погледате статус, он показује да од сада није праћен.
Одједном вам је додељена грешка високог приоритета. Стога морамо привремено сачувати или сакрити посао на којем се тренутно ради.
Покрените следећу команду.
гит стасх саве „Порука“
Тренутно је радни директориј чист. Могу се извршити било какве нове обавезе, а ако постоје грешке, можете пребацити грану да ради на њој итд.
Када желите поново да примените промене тамо где сте оставили, користите команду.
гит стасх поп
Горња команда ће уклонити скривање са листе и применити последње сачувано стање.
Такође можете користити:
применити гит стасх
Горња наредба ће задржати промене у скривници и неће их уклонити.
Сада су промене поново примењене и можете их извршити.
Пример 2: Скривајте промене, промените грану и обједините промене.
Измените Хтмл датотеку у господару промене грана и залиха.
Следеће је прелазак на буг подружница, унесите промене и извршите промене.
гит цхецкоут -б грешка
Унесите промене у Хтмл датотеку.
гит цоммит -а -м „Фиксни проблем са е-поштом“
Вратите се на господару разгранати и поново применити промене из скриваца.
Сада спојите са буг огранак до господару грана. Унесите промене након спајања.
Пример 3: Рад са вишеструким скривањем.
У локалном репо-у постоје 2 ХТМЛ датотеке. Дакле, могуће је да би више програмера радило на више датотека и по потреби ускладиштало промене како би радило на хитним захтевима који им нађу да поправе промене.
Програмер 1 ради на хелло.хтмл, а програмер 2 ради на индек.хтмл.
Програмер 1
Скривена листа сада има 1 унос.
Програмер 2
Скривена листа сада има 2 уноса. Најновије скривање је прво у стеку који је стасх @ {0}. Сада оба програмера могу хитно извршити било које друге обавезе или радити на некој другој грани, а затим се вратити на господару гранујте и примените промене у залихама.
Да бисте применили најновије скривање, можете само да покренете
гит стасх поп
Да бисте применили одређено скривање у стеку, покрените следећу наредбу.
гит стасх поп стасх @ {1}
Хајде да применимо другу залиху која је скривање @ {1}
Слично томе, може се применити и друга залиха.
Гит Цхерри Пицк
Данас програмери раде на више грана, попут карактеристика, побољшања, грешака итд.
Постоје ситуације у којима треба одабрати само неколико одређених урезивања, а не спајати цијелу грану у другу грану. Ово се зове Цхерри Пицк. Овај поступак вам омогућава да произвољно одаберете било који Гит урез из осталих грана и додате га тренутној ГЛАВИ радног стабла.
Пример 1:
У локалном гит спремишту имамо следећих 6 датотека.
Једна датотека се брише рецимо филе5.ткт.
Заложите промене.
Погледајте дневник. Филе5.ткт се брише.
Дакле, желимо Цхерри-Пицк урезивање где смо додали филе5.ткт. Морамо пронаћи ид урезивања филе5.тк и покренути наредбу.
гит цхерри-пицк
У овом случају, ид урезивања када је додат филе5.ткт је а2ф0124
Филе5.ткт је сада враћен. Ми смо изабрали Цхерри.
Пример 2:
Само модификујмо филе6.ткт и извршити промене у господару грана.
Погледајте други ред у филе6.ткт где адреса е-поште није тачно наведена.
Направите грану грешке и решите проблем. Истовремено модификујте и филе5.ткт тако да имамо више извршених урезивања у грани грешака, али ће Цхерри-Пицк одабрати само урезивање извршено у датотеци6.ткт.
Филе6 измењен у буг грана.
Дакле, у целини смо извршили промене у датотека5 и датотека6 у огранку Буг.
Вратимо се сада на господару грана и Цхерри-Пицк урезивање извршено само за филе6.ткт.
Као што видите, уместо спајања буг огранак у господару грана, ми смо управо изабрали Цхерри Пицкед само одређену предају и применили се у главној грани.
Гит Ресетуј
Гит ресет је моћна команда за поништавање локалних промена. Дакле, за уклањање фазе користе се све инсцениране датотеке које користи ова наредба.
Пример
Измените датотеку и додајте је у инсценацију. Ресетујте помоћу команде као што је приказано када су етапне промене нестаписане.
Параметри од гит ресет команда.
–Софт: Овај параметар ће усмерити ХЕАД на други урезивање. Све датотеке се мењају између оригиналне ХЕАД и урезивање ће бити инсценирано. Радни директоријум је нетакнут.
Погледајте тренутну локацију ХЕАД.
Вратимо се 5 извршавања у историји.
Поново унесите промене.
-помешан: Опција је слична софт параметру. Обично, када постоје неке лоше завезе, уклоните их и поправите касније и вратите назад. Дакле, у основи морамо додати индекс користећи гит адд и онда гит цоммит. Промене су остављене у радном стаблу.
Вратимо се 2 обавезе у историји и видећемо да датотеке нису праћене.
Сада додајте датотеке у инсценацију и извршите промене.
–Тешко: Овај параметар остат ће до тачке у којој је постојала одређена датотека. Промене неће бити доступне у радном стаблу.
Гледајући горњи дневник враћа се на тачку у којој је урезана само датотека 1, тј. Последњи унос.
Користећи гит ресетовање –тешко
Гит Бисецт
Пронађите тачно урезивање које је прекршило код (Ипак смо сви људи). Током тестирања апликације често чујемо од наших тестера да постоји грешка или је функција оштећена, а ви као програмер ћете рећи да је радила прошле недеље. Па, шта се догодило и зашто се појавила ова грешка?
Понекад је промена другог кода могла утицати на вашу функцију. Морате да проведете време пролазећи кроз историју где има много урезивања које одузимају време и тешко је пратити која промена је проузроковала ломљење кода.
Гит Бисецт је наредба за проналажење тачног урезивања када је грешка уведена. Са Гит бисецт-ом морате одабрати два урезивања, један добар и један лош. Отприлике пола пута између оба урезивања биће одјављено. Провјеравате свако урезивање било лоше или добро док се не пронађе урезивање које је довело до прекида грешке или кода.
Пример:
- Направите ново локално гит спремиште и креирајте датотеку која се зове индек.хтмл
- Почетни садржај датотеке као што је приказано.
- Додајте у инсценацију и предајте се спремишту.
- Створите историју обавеза као што је приказано, тако да можемо бирати између добрих и лоших обавеза. Сада, када је почетно урезивање завршено, направите остале промене као што је приказано и извршите исто. Свеукупно ћемо извршити 7 обавезивања.
Друга промена
Трећа промена
Четврта промена
Пета промена
Шеста промена
Седма промена
Зауставимо се овде. Дакле, имамо седам обавезивања.
Ако погледате страницу ХТМЛ, редови иза „Сва 4 догађаја ...“ су погрешни и самим тим документација није тачна. Дакле, треба да пронађемо урезивање тамо где је грешка уведена како бисмо могли да наслонимо главу на то урезивање.
Погледајмо дневник и сазнајмо лоше и добра обавеза.
Најновије урезивање није исправно, тако да може бити лоше урезивање. Одређивање је уведено након трећег урезивања, тако да можемо имати Трећа промена као добра обавеза.
Процес подељавања започиње са гит бисецт старт а завршава се са гит бисецт ресет.
гит бисецт бад // Како је последња урезивање лоша. Нема потребе да наведете ИД урезивања.
гит бисецт гоод
Сада можете видети да је ХЕАД сада између половине лошег и доброг предавања.
Погледајте садржај индек.хтмл и погледајте да ли постоји добра предаја. Ако није, онда грешка још увек није пронађена.
Није заправо да грешка и даље постоји. Последњи ред је погрешан. Дакле, покрећемо „ гит бисецт бад ’. Још увек постоји лоша обавеза и тренутни садржај није прихватљив.
Горњи садржај је тачан и прихватљив.
Покрените „гит лог –онелине“ и „гит бисецт гоод“.
Дакле, Пета промена је била прва лоша обавеза и заиста тако. Грешка је идентификована.
Тренутни садржај треба да буде у завршној документацији.
Како је лоша урезивање препозната, можете обавестити програмера да исправи промене које могу бити ресетовање главе на четврту промену која је била последња добра урезивања.
Трцати ' гит бисецт ресет ’Да бисте окончали процес.
Закључак
У овом практичном упутству за ГитХуб, покушали смо да покријемо све оно на чему би програмер требао да ради, тј. Са становишта контроле верзија и праћења.
У прва три водича из ГитХуб серије научили смо о активностима контроле верзија, стварању спремишта, захтеву за повлачењем, огранцима, прегледу кода, организацијама и тимовима, рачвању спремишта, ознакама, прекретницама, проблемима, пројектним плочама, викијима, издањима, интеграцији са Јиром и неким најчешће коришћеним Гит наредбама за програмере.
Искрено се надамо да ће сви програмери сматрати да је овај практични приступ за ГитХуб и Гит наредбе користан у њиховим пројектима.
=> Прочитајте серију Еаси ГитХуб Траининг.
Препоручено читање
- Водич за интеграцију ГитЛаб Јира
- Уник команде: основне и напредне Уник команде са примерима
- Интеграција селена са ГитХуб-ом помоћу Ецлипсе-а
- Водич за интеграцију ЈИРА-е и СВН-а
- Гит вс ГитХуб: Истражите разлике на примерима
- Водич за краставац селениј: Интеграција Јава Селениум ВебДривер краставца
- Водич за програмере за ГитХуб | Како се користи ГитХуб
- Водич за Уник цеви: Цеви у програмирању за Уник