What is the translation of " MERGE COMMIT " in Greek?

• υποβολή συγχώνευσης

Examples of using Merge commit in English and their translations into Greek

Merge commits are no different.
Οι υποβολές συγχώνευσης δεν διαφέρουν.

Git hasn't automatically created a new merge commit.
Το Git δεν μπόρεσε να δημιουργήσει αυτόματα μία νέα υποβολή συγχώνευσης.

If it does find a single acceptable merge commit, you will see something like this.
Εάν διαπιστώσει ότι υπάρχει μία αποδεκτή υποβολή συγχώνευσης, θα δούμε κάτι σαν αυτό.

Let's see how the Perforce server deals with a merge commit.
Ας δούμε πώς αντιμετωπίζει ο διακομιστής μια υποβολή συγχώνευσης.

This syntax is only useful for merge commits, which have more than one parent.
Αυτή η σύνταξη είναι χρήσιμη μόνο για υποβολές συγχώνευσης, οι οποίες έχουν περισσότερους από έναν γονείς.

You merge in the same work again into a new merge commit.
Συγχώνευση της ίδιας εργασίας σε μία νέα υποβολή συγχώνευσης.

Now that you know how to create a merge commit, you will probably make some by mistake.
Τώρα που ξέρουμε πώς να δημιουργήσουμε υποβολές συγχώνευσης, θα κάνουμε πιθανώς κάποια κατά λάθος.

We would suggest the latter, even if only to make a nicer merge commit message.
Προτείνουμε το τελευταίο, έστω και μόνο για να βγάλει ένα καλύτερο μήνυμα συγχώνευσης.

It will record a new merge commit with both branches as parents, but it will not even look at the branch you're merging in.
Θα καταγράψει μια νέα υποβολή συγχώνευσης με τους δύο κλάδους ως γονείς, αλλά δεν θα εξετάσει καν τον κλάδο τον οποίο συγχωνευουμε.

In this case, we want to move master to where it was before the merge commit(C6).
Σε αυτήν την περίπτωση, θέλουμε να μετακινήσουμε τον master εκεί όπου βρισκόταν πριν την υποβολή συγχώνευσης(C6).

The Git side has two commits, then a merge commit with the Perforce head, then another commit..
Η πλευρά του Git έχει δύο υποβολές, στη συνέχεια μια συγχώνευση υποβολής με την κεφαλή του Perforce, έπειτα μία άλλη υποβολή..

This means that no matter what, every time you hit the merge button, a merge commit is created.
Αυτό σημαίνει ότι όπως και νά'χει, κάθε φορά που πατάμε το κουμπί συγχώνευσης, δημιουργείται μια υποβολή συγχώνευσης.

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 pull, θα δημιουργήσουμε μια υποβολή συγχώνευσης που συμπεριλαμβάνει και τις δύο γραμμές του ιστορικού και το αποθετήριό μας θα μοιάζει με αυτό.

The person who merges the commit(usually the reviewer) would add a r= flag in the comment of the merge commit.
Το πρόσωπο που θα συγχωνέυσει το commit(συνήθως αυτός που έκανετονέλεγχο) θα εισαγάγει ένα r= flag στα σχόλια του commitτης συγχώνευσης.

This will do a“non-fast-forward” merge, creating a merge commit even if a fast-forward merge was possible.
Αυτό θα κάνει μια συγχώνευση“μη-ταχυπροώθησης”, δημιουργώντας μια υποβολή συγχώνευσης ακόμα και αν ήταν δυνατή μια συγχώνευση ταχυπροώθησης.

You can also use the-S option with the git merge command to sign the resulting merge commit itself.
Μπορούμε επίσης να χρησιμοποιήσουμε την επιλογή-S με την ίδια την εντολή git merge για να υπογράψουμε την υποβολή που προκύπτει από τη συγχώνευση.

If a merge commit exists in the submodule directory that contains both commits in its history, Git will suggest it to you as a possible solution.
Εάν υπάρχει υποβολή συγχώνευσης στον κατάλογο υπομονάδων που περιέχει και τις δύο υποβολές στο ιστορικό της, το Git θα μας το προτείνει ως πιθανή λύση.

After the integrators merge these branches into the mainline, a fetch will bring down the new merge commit, making the history look like this.
Αφού οι ενοποιητές συγχωνεύσουν αυτούς τους κλάδους στον κύριο κλάδο, μία ανάκτηση θα κατεβάσει τη νέα υποβολή συγχώνευσης, κάνοντας το ιστορικό να μοιάζει με αυτό.

If the unwanted merge commit only exists on your local repository, the easiest and best solution is to move the branches so that they point where you want them to.
Εάν η ανεπιθύμητη υποβολή συγχώνευσης υπάρχει μόνο στο τοπικό αποθετήριο, η ευκολότερη και καλύτερη λύση είναι να μετακινήσουμε τους κλάδους ώστε να δείχνουν εκεί όπου θέλουμε.

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 σε έναν κλάδο στον οποίο θέλουμε να το δοκιμάσουμε, αλλά αυτό το μήνυμα συγχώνευσης φαίνεται λίγο παράξενο.

Pushing the“Merge” button on the site purposefully creates a merge commit that references the Pull Request so that it's easy to go back and research the original conversation if necessary.
Πατώντας το κουμπί“Merge” δημιουργεί σκόπιμα μια υποβολή συγχώνευσης που αναφέρεται στο αίτημα έλξης έτσι ώστε να είναι εύκολο να επιστρέψουμε και να διερευνήσουμε την αρχική συνομιλία, εφόσον χρειαστεί.

The following example both verifies that every commit in the branch to be merged is signed and furthermore signs the resulting merge commit.
Το παρακάτω παράδειγμα αφενός επαληθεύει ότι κάθε υποβολή στον κλάδο που πρόκειται να συγχωνευθεί υπογεγραμμένη, αφετέρου υπογράφει την προκύπτουσα υποβολή συγχώνευσης.

Git will output this format if you run git show on a merge commit, or if you add a--cc option to a git log-p(which by default only shows patches for non-merge commits).
Το Git θα εκτυπώσει σε αυτήν τη μορφή αν εκτελέσουμε την git show σε μια υποβολή συγχώνευσης ή εάν προσθέσουμε την επιλογή--cc'σε μία'git log-p(η οποία εκ προεπιλογής εμφανίζει μόνο επιθέματα για υποβολές που δεν είναι συγχωνεύσεις).

You can also combine these syntaxes- you can get the second parent of the previous reference(assuming it was a merge commit) by using HEAD~3^2, and so on.
Μπορούμε επίσης να συνδυάσουμε αυτές τις σύνταξεις-μπορούμε να πάρουμε τον δεύτερο γονέα της προηγούμενης αναφοράς(με την προϋπόθεση ότι ήταν μια υποβολή συγχώνευσης) χρησιμοποιώντας την HEAD~3^2 και ούτω καθεξής.

When someone else clones that work, all they see is the merge commit with all the work squashed into it; they don't see the commit data about where it came from or when it was committed. Subversion Branching.
Όταν κάποιος άλλος κλωνοποιεί αυτό το έργο, το μόνο που βλέπει είναι ότι η συγχώνευση υποβάλλεται με όλη τη δουλειά που στριμώχνεται σε αυτό, σαν να είχαμε τρέξει git merge--squash· δεν βλέπουν τα δεδομένα υποβολής σχετικά με το από πού προήλθε ή πότε υποβλήθηκε..

The best way around this is to un-revert the original merge, since now you want to bring in the changes that were reverted out, then create a new merge commit.
Ο καλύτερος τρόπος να λύσουμε αυτό το πρόβλημα είναι να ξε-επαναφέρουμε την αρχική συγχώνευση, αφού τώρα θέλουμε να ξαναφέρουμε τις αλλαγές που είχαν επαναφερθεί, και μετά να κάνουμε μια νέα υποβολή συγχώνευσης.

So instead of the result we see in You merge in the same work again into a new merge commit, we would end up with something more like Rebase on top of force-pushed rebase work….
Έτσι, αντί για το αποτέλεσμα που βλέπουμε στην Συγχώνευση της ίδιας εργασίας σε μία νέα υποβολή συγχώνευσης, θα καταλήγαμε σε κάτι που μοιάζει πιο πολύ με την Επανατοποθέτηση πάνω σε επανατοποθετημένη εργασία.

If you click it GitHub will perform a“non-fast-forward” merge, meaning that even if the merge could be a fast-forward, it will still create a merge commit.
Εάν κάνουμε κλικ σ' αυτό, το GitHub θα εκτελέσει μια συγχώνευση“non-fast forward”, κάτι που σημαίνει ότι ακόμα και αν η συγχώνευση θα μπορούσε να είναι ταχυπροώθηση, θα δημιουργήσει μια υποβολή συγχώνευσης.

When someone else clones that work, all they see is the merge commit with all the work squashed into it, as though you ran git merge--squash; they don't see the commit data about where it came from or when it was committed.
Όταν κάποιος άλλος κλωνοποιεί αυτό το έργο, το μόνο που βλέπει είναι ότι η συγχώνευση υποβάλλεται με όλη τη δουλειά που στριμώχνεται σε αυτό, σαν να είχαμε τρέξει git merge--squash· δεν βλέπουν τα δεδομένα υποβολής σχετικά με το από πού προήλθε ή πότε υποβλήθηκε..

This has been reported to result in fewer merge conflicts without causing mis-merges by tests done on actual merge commits taken from Linux 2.6 kernel development history.
Αυτό έχει αναφερθεί να καταλήγει σε λιγότερες συγκρούσεις συγχωνεύσεων χωρίς να προκαλεί εσφαλμένες συγχωνεύσεις με δοκιμές που γίνονται σε ενεργές υποβολές συγχώνευσης που ελήφθησαν από το ιστορικό ανάπτυξης του πυρήνα Linux 2.6.