Wat Betekent WAAR GIT in het Engels - Engels Vertaling

• where git

Voorbeelden van het gebruik van Waar git in het Nederlands en hun vertalingen in het Engels

Laat Studio weten waar git. exe zich bevindt: File- Settings(Bestand- Instellingen).
Let Studio know where is git. exe located: File- Settings.

Je kunt-n doorgeven om de regelnummers af te drukken waar Git resultaten heeft gevonden.
You can pass-n to print out the line numbers where Git has found matches.

Dit is waar Git uitblinkt, maar we hebben een keuze uit twee verschillende manieren om door te gaan.
This is where Git shines, but we have two choices of how to proceed.

Git aanmaken, wat de plek is waar Git bijna alles opslaat en manipuleert.
Git directory, which is where almost everything that Git stores and manipulates is located.

er zijn veel projecten die Perforce gebruiken waar Git eigenlijk veel beter zou werken.
there are lots of projects using Perforce where Git would actually work better.

GIT_EXEC_PATH bepaalt waar Git zijn sub-programma's zoekt zoals git-commit, git-diff en andere.
GIT_EXEC_PATH determines where Git looks for its sub-programs like git-commit, git-diff, and others.

We hebben hieraan ook gerefereerd als de staging area van Git, omdat dit is waar Git naar kijkt als je git commit aanroept.
We have also been referring to this concept as Git's“Staging Area” as this is what Git looks at when you run git commit.

Het initiële formaat waar Git objecten op schijf bewaard wordt een"loose"(los, ruimzittend) object formaat genoemd.
The initial format in which Git saves objects on disk is called a"loose" object format.

Dit is eigenlijk een Subversion kenmerk genaamd"peg-revisions", wat iets is waar Git gewoonweg geen syntactische tegenhanger voor heeft.
This is actually a Subversion feature called"peg-revisions", which is something that Git simply has no syntactical counterpart for.

We hebben behandeld hoe een squashed merge te doen(waar Git het werk merged
We covered how to do a squashed merge(where Git merges the work

HOME wordt over het algemeen niet beschouwd als aanpasbaar(te veel andere zaken zijn hiervan afhankelijk), maar dit is waar Git op zoek gaat naar het globale configuratie bestand.
HOME isn't usually considered customizable(too many other things depend on it), but it's where Git looks for the global configuration file.

We zullen nu een kijkje nemen naar andere soorten omgevingen waar Git nuttig kan zijn,
Now we will take a look at some of the other kinds of environments where Git can be useful,

de enige manier is om het reset commando gevaarlijk te maken, en een van de weinige gevallen waar Git daadwerkelijk gegevens zal vernietigen.
and one of the very few cases where Git will actually destroy data.

git merge commando's, waar Git van de remote die je opgeeft gaat ophalen
git merge commands, where Git will fetch from the remote you specify

er zijn veel projecten die Perforce gebruiken waar Git eigenlijk veel beter zou werken.
there are lots of projects using Perforce where Git would actually work better.

het bestand index is waar Git de informatie van je wachtrij opslaat.
the index file is where Git stores your staging area information.

het index bestand is waar Git de informatie over je staging gebied bewaart.
the index file is where Git stores your staging area information.

Git repo waar een JPG-bestand is niet echt een beeld,
Git repo where a JPG file isn't actually an image,

Dit is waar het git bundle commando behulpzaam kan zijn.
This is where the git bundle command can be helpful.

Merk op dat je het commando moet vertellen waar je Git repositories gevonden kunnen worden met de GITWEB_PROJECTROOT variabele.
Notice that you have to tell the command where to find your Git repositories with the GITWEB_PROJECTROOT variable.

In dit geval zullen we een"deep" checkin uitvoeren, waar elke Git commit een TFVC changeset wordt,
In this case, we're going to do a"deep" checkin, where every Git commit becomes a TFVC changeset,

Een aardig voorbeeld waar je Git attributen voor kunt gebruiken is Git vertellen welke bestanden binair zijn(in die gevallen waar het niet zelf kan bepalen)
One cool trick for which you can use Git attributes is telling Git which files are binary(in cases it otherwise may not be able to figure out)

Hoe "waar git" in een zin te gebruiken

GitLab draait op dezelfde server als waar Git geïnstalleerd is.

Wil je echt zien waar Git zoal mee bezig is?

De Git directory is waar Git de metadata en objectdatabase van je project opslaat.

Zoals eerder opgemerkt, gebruikt Windows CRLF voor nieuwe regel tekens waar git fast-import alleen LF verwacht.

De volgende plaats waar Git kijkt is het ~/.gitconfig bestand, wat specifiek is voor elke gebruiker.

Werkmap, wachtrij en Gitmap De Gitmap is waar Git de metadata en objectdatabase van je project opslaat.

Kortom, Git hooks zijn scripts waar Git voor of na evenementen uitvoert zoals commit, pushen en ontvangen.

De volgende plaats waar Git kijkt is het`~/.gitconfig` (of ~/.config/git/config) bestand, die voor elke gebruiker anders kan zijn.