Please sign in to see the alerts.

Overview

Project website docs.freebsd.org/en
Translation license BSD 2-Clause "Simplified" License
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Only chosen users can contribute.
  • The translation uses bilingual files.
File mask documentation/content/*/articles/committers-guide/_index.po

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 20,938 549,062 3,494,803
Source 1,102 28,898 183,937
Translated 16% 3,361 14% 76,928 14% 493,393
Needs editing 6% 1,433 7% 42,082 7% 268,679
Read-only 5% 1,102 5% 28,898 5% 183,937
Failing checks 10% 2,148 11% 64,646 11% 407,522
Strings with suggestions 1% 3 1% 92 1% 568
Untranslated strings 77% 16,144 78% 430,052 78% 2,732,731
Last 12 months Previous

Activity in last 12 months

10 changes 3 changes 640 changes 714 changes 1 change 0 changes 0 changes 3 changes 0 changes 404 changes 126 changes 1,100 changes 1,100 changes 105 changes 0 changes 0 changes 11 changes 36 changes 12 changes 1,223 changes 48 changes 501 changes 1,097 changes 1,136 changes
Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun Jul

Quick numbers

549 k
Hosted words
20,938
Hosted strings
15%
Translated
2
Contributors
and previous 30 days

Trends of last 30 days

+1%
Hosted words
+100%
+1%
Hosted strings
+100%
+1%
Translated
+14%
−50%
Contributors
+100%
User avatar None

Committed changes

Documentation / articles/committers-guide/_index — Russian

Committed changes 11 hours ago
User avatar v.popolitov

Translation changed

Documentation / articles/committers-guide/_index — Russian

The best way is to simply tell Git you always want to sign commits, tags, and pushes. You can do this by setting a few configuration variables:
Лучший способ — просто указать Git, что вы всегда хотите подписывать коммиты, теги и отправки. Это можно сделать, установив несколько переменных конфигурации:
19 hours ago
User avatar v.popolitov

Translation changed

Documentation / articles/committers-guide/_index — Russian

The rationale behind signing pushes can be found in the https://github.com/git/git/commit/a85b377d0419a9dfaca8af2320cc33b051cbed04[commit that introduced the feature].
Обоснование подписания отправок можно найти в https://github.com/git/git/commit/a85b377d0419a9dfaca8af2320cc33b051cbed04[коммите, где представлена эта функция].
19 hours ago
User avatar v.popolitov

Translation changed

Documentation / articles/committers-guide/_index — Russian

A more in-depth documentation on signing commits and tags can be found in the https://git-scm.com/book/en/v2/Git-Tools-Signing-Your-Work[Git Tools - Signing Your Work] chapter of the Git's book.
Более подробная документация по подписанию коммитов и тегов доступна в главе https://git-scm.com/book/en/v2/Git-Tools-Signing-Your-Work[Инструменты Git - Подписание вашей работы] книги по Git.
19 hours ago
User avatar v.popolitov

Translation changed

Documentation / articles/committers-guide/_index — Russian

Git knows how to sign commits, tags, and pushes. When you sign a Git commit or a tag, you can prove that the code you submitted came from you and wasn't altered while you were transferring it. You also can prove that you submitted the code and not someone else.
Git умеет подписывать коммиты, теги и отправки (push). Когда вы подписываете Git-коммит или тег, вы можете доказать, что отправленный код действительно принадлежит вам и не был изменён во время передачи. Вы также можете подтвердить, что именно вы отправили код, а не кто-то другой.
19 hours ago
User avatar v.popolitov

Translation changed

Documentation / articles/committers-guide/_index — Russian

Signing the commits, tags, and pushes, with GnuPG
Подписание коммитов, тегов и отправок с помощью GnuPG
19 hours ago
User avatar v.popolitov

Translation changed

Documentation / articles/committers-guide/_index — Russian

You would then build/install that version. If it's good you'd type `git bisect good` otherwise `git bisect bad`. If the version doesn't compile, type `git bisect skip`. You will get a similar message to the above after each step. When you are done, report the bad version to the developer (or fix the bug yourself and send a patch). `git bisect reset` will end the process and return you back to where you started (usually tip of `main`). Again, the git-bisect manual (linked above) is a good resource for when things go wrong or for unusual cases.
Затем вы собираете и устанавливаете эту версию. Если она работает корректно, введите `git bisect good`, в противном случае — `git bisect bad`. Если версия не компилируется, введите `git bisect skip`. После каждого шага вы будете получать сообщение, аналогичное приведённому выше. По завершении сообщите о проблемной версии разработчику (или исправьте ошибку самостоятельно и отправьте патч). Команда `git bisect reset` завершит процесс и вернёт вас туда, откуда вы начали (обычно на вершину ветки `main`). Ещё раз, руководство по git-bisect (ссылка выше) — это хороший ресурс на случай возникновения проблем или нестандартных ситуаций.
19 hours ago
User avatar v.popolitov

Translation changed

Documentation / articles/committers-guide/_index — Russian

Set the 'good' version first, then set the bad (though the order doesn't matter). When you set the bad version, it will give you some statistics on the process:
Установите сначала «хорошую» версию, затем установите «плохую» (хотя порядок не имеет значения). При установке «плохой» версии вы получите некоторую статистику по процессу:
19 hours ago
User avatar v.popolitov

Translation changed

Documentation / articles/committers-guide/_index — Russian

shows me moving the working tree to the `main` branch (a816...) and then updating from upstream (to 5ef0...). In this case, bad would be HEAD (or 5ef0bd68b515) and good would be a8163e165c5b. As you can see from the output, HEAD@{1} also often works, but isn't foolproof if you have done other things to your Git tree after updating, but before you discover the need to bisect.
показывает, как я перемещаю рабочее дерево в ветку `main` (a816...) и затем обновляю его из вышестоящего репозитория (до 5ef0...). В этом случае, bad будет HEAD (или 5ef0bd68b515), а good — a8163e165c5b. Как видно из вывода, HEAD@{1} также часто работает, но не является безошибочным, если вы выполняли другие действия с деревом Git после обновления, но до того, как обнаружили необходимость в бисекции.
19 hours ago
User avatar v.popolitov

Translation changed

Documentation / articles/committers-guide/_index — Russian

If you want to know the last version you checked out, you should use `git reflog`:
Если вы хотите узнать последнюю версию, которую вы извлекли, используйте `git reflog`:
19 hours ago
Browse all component changes