Какво е " YOUR GIT " на Български - превод на Български

• вашите git

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

Your code lives in your git repo.
Вашият код живее в Git репо.

Your Git repository is ready to use. Perforce.
Новото Git хранилище е готово за ползване. Perforce.

Your documentation lives in your git repo.
Документацията живее във вашия Git репо.

At some point in your Git journey, you may accidentally lose a commit.
В някой хубав момент при работата си с Git може по невнимание да загубите къмит.

Which should you choose for your Git server?
Кое да изберете за вашия домашен любимец?

This has the implication that your Git commits may have a different SHA-1 hash before and after they has been pushed to TFVC.
Последствието от това е, че вашите Git къмити ще имат различни SHA-1 чексуми преди и след публикуването им в TFVC.

GitIssius is an issue tracker integrated in your Git repository.
GitIssius е въпрос тракер интегрирана във вашата Git хранилището.

It's much easier to attach your Git clone directly to the same place your Bazaar clone is attached to‒ the central repository.
Много по-лесно е да закачите вашето Git копие към същото място, към което е закачено Bazaar копието- към централното хранилище.

You can add the following line to your Git attributes file.
Можете да зададете това със следния ред във вашия Git attributes файл.

It runs entirely inside your Git repository, so you won't need any kind of access to the Perforce server(other than user credentials, of course).
Той работи изцяло във вашето Git хранилище, така че не ви трябва никакъв достъп до Perforce сървър(като изключим потребителските име и парола, разбира се).

This is common choice for fast, unauthenticated access to your Git data.
Това е често срещан избор за бърз достъп до вашите Git данни.

You could even use Perforce as your Git host if you like. Git-p4.
Можем дори да използваме Perforce като Git хост, ако желаем това. Git-p4.

Do a commit, which takes the files as they are in the staging area and stores that snapshot permanently in your Git directory.
Вие правите къмит, при което файловете се вземат така както изглеждат в staging областта и този snapshot се записва за постоянно във вашата Git директория.

That's why you should also clean and compact your Git repository, especially if it is a big one.
Ето защо е хубаво да почиствате и compact-вате вашите Git хранилища, особено ако са големи.

Now that you have Git on your system, you will want to do a few things to customize your Git environment.
Първоначална настройка на Git Сега, когато имате Git в системата си, е добре да направите няколко неща за да настроите Git обкръжението си.

Notice that you have to tell the command where to find your Git repositories with the GITWEB_PROJECTROOT variable.
Отбележете, че трябва да кажете на командата къде да намира Git хранилищата ви посредством променливата GITWEB_PROJECTROOT.

Git-p4 tries to honor your Git and Perforce settings individually when it has to provide a name for a commit or changeset, but in some cases you want to override it.
Git-p4 се опитва да съблюдава вашите Git и Perforce настройки индивидуално, когато трябва да даде име за къмит или changeset, но в някои случаи ще искате да го редактирате.

Git-tfs also lets you control TFVC branches from your Git repository.
Git-tfs също така позволява да контролирате TFVC клонове от вашето Git хранилище.

The staging area is a simple file, generally contained in your Git directory, that stores information about what will go into your next commit.
Staging областта представлява файл, който се пази в Git директорията и който пази информация за това какво ще отиде в следващия ви къмит.

If you simply remove the file from your working directory, it shows up under the“Changed but not updated”(that is, unstaged) area of your git status output.
Ако просто изтриете файла от работната си директория, той се показва под“Changes not staged for commit”(тоест, unstaged) секцията от изхода на git status.

You rolled back to before you ran all your git add and git commit commands.
По същество сега се върнахте обратно до момента преди изпълнението на командите git add и git commit.

If you simply remove the file from your working directory, it shows up under the“Changes not staged for commit”(that is, unstaged) area of your git status output.
Ако просто изтриете файла от работната си директория, той се показва под“Changes not staged for commit”(тоест, unstaged) секцията от изхода на git status.

Com that you have SSH access to, and you want to store all your Git repositories under the/srv/git directory.
Com, към който имате SSH достъп и искате да пазите всичките си Git хранилища в директорията/srv/git.

This is a great way to connect your git repositories and GitLab instance to the rest of your development automation, such as CI servers, chat rooms, or deployment tools.
Това е полезен начин да свържете вашите Git хранилища и GitLab инстанцията си към останалата част от автоматизацията на разработките като например CI сървъри, чат стаи или deployment инструменти.

GitHub, on the other hand, is a place where you can store your Git projects which are called repositories.
GitHub е място където можете да си разположете вашите софтуерни проекти в така нареченото хранилище(repository).

We will go into more detail about the various possible workflows for your Git project in Distributed Git, so before you decide which branching scheme your next project will use, be sure to read that chapter.
Ще обърнем повече внимание на различните работни стратегии в главата Git в разпределена среда, така че преди да се спрете на конкретна схема за разклоняване за следващия ви проект, уверете се че сте я прочели.

Getting Git on a Server will introduce all of the available options the server can set up to access your Git repository and the pros and cons of each.
Достъп до Git на сървъра ще разкаже повече за всички налични опции, които един сървър може да ползва за да предостави достъп до вашите Git хранилища, в едно с предимствата и недостатъците им.

When you're branching and merging, everything is being done only in your Git repository- no server communication is happening.
Когато разклонявате и сливате, всичко се прави единствено във вашето Git хранилище- не се извършва никаква мрежова комуникация.

When you're branching and merging, everything is being done only in your Git repository- there is no communication with the server.
Когато разклонявате и сливате, всичко се прави единствено във вашето Git хранилище- не се извършва никаква мрежова комуникация.

Before we finish this chapter on basic Git, there's just one little tip that can make your Git experience simpler, easier, and more familiar: aliases.
Преди да приключим с тази глава за основите на Git, има още една малка секция, която може да направи работата ви по-лесна и удобна: псевдонимите(aliases).