What is the translation of " GIT MERGE " in Bulgarian?

• git merge
• git сливане

Examples of using Git merge in English and their translations into Bulgarian

Resolving Git Merge Conflicts.
Въведение в Git: Merge conflict.

Git merge is a command that commits changes to another location.
Git merge е команда, която извършва промени в друго местоположение.

You do this with the git merge command.
Това се прави с командата git merge.

The git merge command was first introduced in Basic Branching.
Командата git merge видяхме за пръв път в Основи на разклоняването.

In the simplest terms,“git pull” does a“git fetch” followed by a“git merge”.
В най-простия смисъл git pull изпълнява git fetch последвано от git merge.

Git merge is a command that unifies two or more commit history branches.
Git merge е команда, която обединява две или повече клонове на историята на ангажиране.

Git pull is shorthand for Git fetch, followed by Git merge FETCH_HEAD.
В най-простия смисъл git pull изпълнява git fetch последвано от git merge.

The git merge--abort option tries to revert back to your state before you ran the merge.
Командата git merge--abort опитва да върне статуса, в който сте били преди да опитате сливането.

Keep a linear Git history that doesn't contain merge commits made by git merge.
Поддържайте линейна Git история, която не съдържа сливащи къмити направени с git merge.

The git merge tool is used to merge one or more branches into the branch you have checked out.
Инструментът git merge се използва за сливане на един или повече клонове в клона, който е текущо извлечен.

Git pull is shorthand for Git fetch, followed by Git merge FETCH_HEAD.
В режима по подразбиране git pull е съкращение за git fetch, последвано от git сливане FETCH_HEAD.

Git merge is used by Git pull to incorporate changes from one branch to another or from another repository altogether.
Git merge се използва от Git pull за включване на промени от един клон в друг или от друго хранилище.

In its default mode, git pull is shorthand for git fetch followed by git merge FETCH_HEAD.
В режима по подразбиране git pull е съкращение за git fetch, последвано от git сливане FETCH_HEAD.

You can follow that up with git merge FETCH_HEAD into a branch you want to test it in, but that merge commit message looks a bit weird.
Можете да продължите с git merge FETCH_HEAD в клон, в който да тествате, но merge commit съобщението изглежда леко странно.

Assuming Jessica is still on her checked-out featureB branch, she can now merge Josie's work into that branch with git merge.
Приемайки, че локално тя е все още в клона featureB, тя може да слее работата на Josie с git merge.

Git merge does not change history, while preserving the context of the branch meaning the existing branches are not changed in any way.
Git сливането не променя историята, като същевременно се запазва контекста на клона, което означава, че съществуващите клонове не се променят по никакъв начин.

Now, if you want to merge your opera branch into trunk(your master branch), you can do so with a normal git merge.
Сега, ако желаете да слеете вашия opera клон в trunk(вашия master клон), можете да го направите с нормална команда git merge.

With Git merge, you first switch to the branch to be merged and then use the merge command to select a branch to merge in.
С Git merge, първо превключвате към клона, който ще бъде обединен, и след това използвате командата merge, за да изберете клон, който да се слее.

However, there is a command called git pull which is essentially a git fetch immediately followed by a git merge in most cases.
Обаче, съществува команда git pull, която по същество е git fetch последвана от автоматично изпълнение на git merge в повечето случаи.

In Git 1.8.3 and later, git merge and git pull can be told to inspect and reject when merging a commit that does not carry a trusted GPG signature with the--verify-signatures command.
В Git 1.8.3 и по-новите версии, git merge и git pull могат да се инструктират да проверяват и отхвърлят сливането на къмити, които не носят в себе си trusted GPG сигнатура с опцията--verify-signatures.

We use git reset--hard to abort a merge in Aborting a Merge, where we also use git merge--abort, which is a bit of a wrapper for the git reset command.
Използвахме git reset--hard за да отменим сливане в Прекъсване на сливане, където също така използвахме и git merge--abort, която е един вид wrapper за git reset.

Remember that although you're using git merge to do this operation, and the merge likely will be much easier than it would be in Subversion(because Git will automatically detect the appropriate merge base for you), this isn't a normal Git merge commit.
Помнете, че независимо че използвате git merge за тази операция и че сливането вероятно ще е много по-лесно отколкото би било в Subversion(защото Git автоматично ще установи подходящата merge база за вас), това не е стандартен Git merge къмит.

Though it is used in various places in the book, there are very few variations of the merge command- generally just git merge with the name of the single branch you want to merge in.
Въпреки, че се използва на различни места в книгата, тя има много малко на брой вариации- в общи линии само git merge с името на единичен клон, който искаме да слеем.

Git merge integrates the contents of a source branch with a target branch, while preserving the ancestry of each commit history, whereas Git rebase incorporates all the new commits in the master branch by rewriting the history by creating new commits for each commit in the source branch.
Git merge интегрира съдържанието на изходния клон с целевия клон, като същевременно запазва родословието на всяка история на ангажименти, докато Git rebase включва всички нови ангажименти в главния клон, като пренаписва историята, създавайки нови комити за всеки ангажимент в клона на източника.

The dcommit command that you run erases any information that says what branch was merged in, so subsequent merge-base calculations will be wrong- the dcommit makes your git merge result look like you ran git merge--squash.
Командата dcommit изтрива всяка информация казваща кой клон е бил слят, така че евентуалните следващи merge-base изчисления ще са погрешни- dcommit прави така, че резултатът от git merge да изглежда като от git merge--squash.

What's worse, if you add work to topic and merge again, Git will only bring in the changes since the reverted merge:.
Което е по-лошо, ако сега направите промени в topic и слеете отново, Git ще вземе промените направени след reverted сливането.

Git notes merge" had a code to see if a path exists(and fails if it does) and then open the path for writing(when it doesn't).
Гит бележки сливане" имаше код, за да види дали съществува пътека(и се провали, ако го направи) и след това отвори пътя за писане(когато не го направи).

You can also have modified and uncommitted files in your working directory when you apply a stash- Git gives you merge conflicts if anything no longer applies cleanly.
Също така можете да имате модифицирани и некъмитнати файлове в работната директория при опита да приложите stash- Git ще ви даде merge конфликти, ако нещо не се прилага чисто.

Since Git stages any merge results that are successful, when you run git diff while in a conflicted merge state, you only get what is currently still in conflict.
Понеже Git индексира всички успешни резултати от сливанията, когато изпълните git diff докато сте в режим на конфликт, ще получите само това, което е все още в статус на конфликт.

You can also get this from the git log for any merge to see how something was resolved after the fact.
Същата информация можете да извлечете и от git log за всяко едно сливане, за да видите постфактум как даден проблем е бил разрешен.