КЪМИТИ - превод на Английски

• commits
• commit

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

За проект със стотици или хиляди къмити, това буквално може да отнеме часове
For a project with hundreds or thousands of commits, this can literally take hours

те ще са неделима част в следващите къмити.
it's immutably baked into the commits you pass around.

Note Можете да укажете повече от една инстанция за--author и--grep критериите, което ще ограничи показваните къмити до всеки, който отговаря на--author и всеки, който отговаря на--grep маските;
Note You can specify more than one instance of both the--author and--grep search criteria, which will limit the commit output to commits that match any of the--author patterns and any of the--grep patterns;

Списък на новите къмити изпратени към сървъра получавате с git rev-list.
You get a list of new commits being pushed to your server with git rev-list.

което е полезно ако търсите в множество къмити.
which is useful if you're looking at a lot of commits.

Git ще ни покаже, че имаме“нови къмити” в подмодула.
Git will show us that we have“new commits” on the submodule.

серия или множество от къмити по няколко начина.
or range of commits in a number of ways.

Единични къмити.
Single Revisions.

BranchB за да инструктираме git log да намери кои къмити са уникални за даден клон в сравнение с друг клон.
BranchB syntax to use the git log command to see what commits are unique to a branch relative to another branch.

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

В частност, когато в оригиналното хранилище се появят нови къмити, GitHub ви информира за това със съобщение от рода на.
In particular, when the original repository has new commits, GitHub informs you by a message like.

след това възстановява загубените къмити.
then recovers the lost commits.

Ако погледнем diff-а на тези къмити, можем да видим, че константата е била въведена в ef49a7a
If we look at the diff of those commits we can see that in ef49a7a the constant was introduced

да коментирате цели къмити или целия Pull Request,
comment on whole commits or comment on the entire Pull Request itself,

Сега можем да видим, че имаме импортираните къмити в клона other-master както и междувременно направените такива в нашия собствен master клон.
Now we can see that we have the imported commits on the other-master branch as well as any commits we have done in the meantime in our own master branch.

Това не засяга по никакъв начин commit данните- SSH потребителят, с който се свързвате към машината не се отразява на записаните къмити.
This doesn't affect the commit data in any way- the SSH user you connect as doesn't affect the commits you have recorded.

Ако сливането съдържа само валидно подписани къмити, merge командата ще ви покаже всички проверени сигнатури и ще продължи нататък с процеса на сливане.
If the merge contains only valid signed commits, the merge command will show you all the signatures it has checked and then move forward with the merge.

Ако пък желаете да покажете обратното- всички къмити в master, които не са интегрирани в experiment- просто разменете имената на клоновете.
If, on the other hand, you want to see the opposite- all commits in master that aren't in experiment- you can reverse the branch names.

Ако използвате тази опция по време на сливането на клон и той съдържа къмити, които не са подписани
If you use this option when merging a branch and it contains commits that are not signed

сървърните отразяват събития от мрежови операции като например получаване на публикувани къмити.
server-side hooks run on network operations such as receiving pushed commits.