Какво е " GIT MERGE " на Английски - превод на Английски

• git merge

Примери за използване на Git merge на Български и техните преводи на Английски

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

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

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

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

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

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

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

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

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

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

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

Можете да продължите с git merge FETCH_HEAD в клон, в който да тествате, но merge commit съобщението изглежда леко странно.
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, първо превключвате към клона, който ще бъде обединен, и след това използвате командата 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 pull, която по същество е git fetch последвана от автоматично изпълнение на git 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 mergetool служи за стартиране на външен merge helper в случай, че не харесвате вграденото сливане в Git.
The git mergetool command simply launches an external merge helper in case you have issues with a merge in Git.

Използвахме git reset--hard за да отменим сливане в Прекъсване на сливане, където също така използвахме и git merge--abort, която е един вид wrapper за git reset.
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 merge изпълните git reset--hard HEAD~, това ще коригира указателите на клоновете, така че да изглеждат по следния начин.
In most cases, if you follow the errant git merge with git reset--hard HEAD~, this will reset the branch pointers so they look like this.

Да видим малък пример. Ако искате да проверите за нова работа в даден подмодул, можете да влезете в директорията му и да изпълните git fetch и git merge към upstream клона.
If you want to check for new work in a submodule, you can go into the directory and run git fetch and git merge the upstream branch to update the local code.

В Git 1.8.3 и по-новите версии, git merge и git pull могат да се инструктират да проверяват и отхвърлят сливането на къмити, които не носят в себе си trusted GPG сигнатура с опцията--verify-signatures.
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 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-tree", използвано за неправилна употреба"двете страни добавиха" конфликт със собствения си"създаване на фалшив файл на предшественици, който има общите части на това, което двете страни са добавили и правят 3-way merge" логика;
Git merge-tree" used to mishandle"both sides added" conflict with its own"create a fake ancestor file that has the common parts of what both sides have added and do a 3-way merge" logic;

Командата dcommit изтрива всяка информация казваща кой клон е бил слят, така че евентуалните следващи merge-base изчисления ще са погрешни- dcommit прави така, че резултатът от git merge да изглежда като от git merge--squash.
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.

Помнете, че независимо че използвате git merge за тази операция и че сливането вероятно ще е много по-лесно отколкото би било в Subversion(защото Git автоматично ще установи подходящата merge база за вас), това не е стандартен Git merge къмит.
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 интегрира съдържанието на изходния клон с целевия клон, като същевременно запазва родословието на всяка история на ангажименти, докато Git rebase включва всички нови ангажименти в главния клон, като пренаписва историята, създавайки нови комити за всеки ангажимент в клона на източника.
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.

Друг полезен инструмент при разрешаване на merge конфликти е git log.
Another useful tool when resolving merge conflicts is git log.

Ако единият от къмитите е директен предшественик на другия(fast-forward merge), тогава Git просто ще избере последния за сливането, така че това работи добре.
If one of the commits is a direct ancestor of the other(a fast-forward merge), then Git will simply choose the latter for the merge, so that works fine.

Също така можете да имате модифицирани и некъмитнати файлове в работната директория при опита да приложите stash- Git ще ви даде merge конфликти, ако нещо не се прилага чисто.
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.

Ако направите git pull, ще се създаде merge commit, който включва и двете линни история и хранилището ви ще изглежда така.
If you do a git pull, you will create a merge commit which includes both lines of history, and your repository will look like this.

Стратегии за сливане Можете също така да изполвате Git атрибути за да укажете на Git да използва различни merge стратегии за специфични файлове в проекта.
You can also use Git attributes to tell Git to use different merge strategies for specific files in your project.

По подразбиране, когато Git види конфликт между два сливащи се клона, ще добави merge conflict маркери в кода и ще маркира файла като конфликтен, очаквайки да го коригирате.
By default, when Git sees a conflict between two branches being merged, it will add merge conflict markers into your code and mark the file as conflicted and let you resolve it.

Как да използвам "git merge" в изречение

Git merge конкретно интегрира съдържанието на изходния клон с целевия клон. Целевият клон е променен, докато изходният клон остава. Какво е Git Rebase?