Difference between revisions of "Translations:VCS PKGBUILD Guidelines/16/ru"

Latest revision as of 04:40, 1 March 2023

Information about message (contribute)

This message has no documentation. If you know where or how this message is used, you can help other translators by adding documentation to this message.

Message definition (VCS PKGBUILD Guidelines)

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.

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. Если есть публичные релизы, но репозиторий не имеет тегов, то разработчик должен получить версию релиза каким-то иным образом, например, путем разбора файлов проекта.

Revision as of 04:40, 1 March 2023 (view source) Krotesk (talk \| contribs) (Created page with "Рекомендуется иметь следующий формат версии: ''RELEASE.rREVISION'', где ''REVISION'' - монотонно возрастающее ч...")		Latest revision as of 04:40, 1 March 2023 (view source) Krotesk (talk \| contribs)
Line 1:		Line 1:
	Рекомендуется иметь следующий формат версии: ''RELEASE.rREVISION'', где ''REVISION'' - монотонно возрастающее число, уникально идентифицирующее дерево источника (это делают ревизии VCS). Последний тег VCS может быть использован для ''RELEASE''. Если нет публичных релизов и тегов репозиториев, то в качестве номера релиза можно использовать ноль или полностью отказаться от ''RELEASE'' и использовать номер версии, который выглядит как ''rREVISION''. Если есть публичные релизы, но репозиторий не имеет тегов, то разработчик должен получить версию релиза каким-то образом, например, путем разбора файлов проекта.		Рекомендуется иметь следующий формат версии: ''RELEASE.rREVISION'', где ''REVISION'' - монотонно возрастающее число, уникально идентифицирующее дерево источника (это делают ревизии VCS). Последний тег VCS может быть использован для ''RELEASE''. Если нет публичных релизов и тегов репозиториев, то в качестве номера релиза можно использовать ноль или полностью отказаться от ''RELEASE'' и использовать номер версии, который выглядит как ''rREVISION''. Если есть публичные релизы, но репозиторий не имеет тегов, то разработчик должен получить версию релиза каким-то иным образом, например, путем разбора файлов проекта.