Examples of using Pull request in Bulgarian and their translations into English
{-}
-
Colloquial
-
Official
-
Medicine
-
Ecclesiastic
-
Ecclesiastic
-
Computer
Pull Request, който не се слива чисто.
Lt;branch> за клона, върху който е базиран този Pull Request.
Линк към новия Pull Request в линията на времето на затворен Pull Request.
Например, не можете да имате Pull Request 3 и Issue 3.
Също така, всеки може да остави общ коментар по Pull Request.
Тук можете сравнително лесно да слеете вашия нов клон в друг Pull Request или друг fork на проекта.
Email известяване Някой се появява,променя част от кода ви и ви изпраща Pull Request.
GitHub в действителност представя Pull Request клоновете за дадено хранилище като вид псевдо-клонове на сървъра.
Това прави много лесно изпробването на код от Pull Request локално.
Това означава, че можем лесно да изтеглим всеки Pull Request клон в една стъпка без да трябва да добавяме множество remotes.
Можем да попълним описанието точно както Cross references в Pull Request.
Когато изпратим този Pull Request, ще видим всичко това рендерирано като на фигурата Cross references рендерирани в Pull Request….
Много от повредените по-рано пристанища са били фиксирани от обикновени потребители, поради приноса, предлаган чрез механизма GitHub Pull Request.
Това означава, че всеки който посети този Pull Request и види, че той е затворен, може лесно да направи връзка с този, който го замества.
Можете да копирате(fork) репозиторито,да направите Ваш превод и да ни изпратите pull request taka че вашият превод да бъде интегриран на уеб-сайта.
Това е особено полезно, когато отворите Pull Request рано във времето и го използвате да за следите как вървят дейностите по имплементация на дадена възможност.
По този начин, ако по-късно във времето се върнете и разгледате отново този Pull Request, ще можете лесно да намерите контекста в който дадените решения са били взети.
Има по две референции на Pull Request- едната която завършва на/head сочи към точно същия къмит както и последния къмит в Pull Request клона.
Тази промяна е одобрена от разработчиците на PrestaShop с pull request от потребител, който също е забелязал подобен казус със сайта му.
Например, ако имате Pull Request със задачи и погледнете overview страницата на всички Pull Request-и, можете да видите до каква степен задачите са изпълнени.
Сега вече имате проект с код в него и може би няколко сътрудника с push достъпдо хранилището- нека да видим какво да направите, когато получите Pull Request.
Ако вашият Pull Request стане неактуален или по друга причина не се слива чисто, вероятно ще искате да го поправите, така че да може да бъде лесно слят от собственика на проекта на по-късен етап.
Ако сега Tony се върне и затвори оригиналния Pull Request, ще можем да видим това отбелязано в новия- GitHub автоматично е създал trackback събитие в Pull Request времевата линия.
В Финален Pull Request можете също така да видите, че старият коментар в кода е свит в обновения Pull Request, тъй като е бил направен за ред, който после е бил променен.
Ако работите по дадена функционалност с някой друг колега и двамата имате права за писане в проекта,можете да публикувате topic клон в хранилището и да отворите Pull Request по него към master клона на същия проект. Така бихте могли да инициирате code review и дискусия.
Ако видите нещо като Pull Request, който не се слива чисто, ще трябва да поправите вашия клон, така че да стане отново"зелен" и да не се налага собственикът на проекта да извършва допълнителни дейности.
Къмитваме промяната в topic клона Качваме topic клона обратно в нашето GitHub копие на хранилището Сега, ако се върнем обратно в сайта с нашето копие, ще видим че GitHub е установил, че сме публикували нов topic клон ище ни предложи голям зелен бутон с чиято помощ да проверим промените и да създадем Pull Request към оригиналния проект.
Коментар в специфичен ред от кода в Pull Request Веднъж след като коментарът бъде направен, човекът отворил Pull Request-та(както и всички други следящи хранилището), ще получат уведомление за това.
Може да ползвате API интерфейса за да правите почти всичко, което правите и през сайта- създаване и настройка на milestones, асоцииране на хора към Issues и Pull Request-и, създаване и промяна на етикети, достъп до данните на къмит, създаване на нови къмити и клонове, отваряне, затваряне и сливане на Pull Request-и, създаване и редакция на екипи,коментари по редове на код в Pull Request, търсене в сайта и т.н.
Това често се нарича pull request и обикновено такава заявка се генерира или директно през уеб сайта- GitHub има собствен“Pull Request” механизъм, който ще видим в GitHub- или пък с командата git request-pull чийто изход трябва да изпратите по имейл на мениджъра на проекта ръчно.