Difference between revisions of "VCS PKGBUILD Guidelines/ru"

VCS PKGBUILD Guidelines/ru (view source)

Revision as of 04:40, 1 March 2023

484 bytes added , 1 year ago

Created page with "Рекомендуется иметь следующий формат версии: ''RELEASE.rREVISION'', где ''REVISION'' - монотонно возрастающее ч..."

Krotesk

translator

11,127

edits

@@ Line 38: / Line 38: @@
 Автопереход {{ic|pkgver}} теперь осуществляется с помощью специальной функции {{ic|pkgver()}}. Это позволяет лучше контролировать {{ic|pkgver}}, и сопровождающие должны отдавать предпочтение {{ic|pkgver}}, которая имеет значение.
-It is recommended to have following version format: ''RELEASE.rREVISION'' where ''REVISION'' is a monotonically increasing number that uniquely identifies the source tree (VCS revisions do this). The last VCS tag can be used for ''RELEASE''. If there are no public releases and no repository tags then zero could be used as a release number or you can drop ''RELEASE'' completely and use version number that looks like ''rREVISION''. If there are public releases but repo has no tags then developer should get the release version somehow e.g. by parsing the project files.
+Рекомендуется иметь следующий формат версии: ''RELEASE.rREVISION'', где ''REVISION'' - монотонно возрастающее число, уникально идентифицирующее дерево источника (это делают ревизии VCS). Последний тег VCS может быть использован для ''RELEASE''. Если нет публичных релизов и тегов репозиториев, то в качестве номера релиза можно использовать ноль или полностью отказаться от ''RELEASE'' и использовать номер версии, который выглядит как ''rREVISION''. Если есть публичные релизы, но репозиторий не имеет тегов, то разработчик должен получить версию релиза каким-то образом, например, путем разбора файлов проекта.
 Following are some examples showing the ''intended'' output: