Способы указания версии ПО

Я сделал так:
На каждый релиз - тег в git. И далее просто:
В Makefile:

FW_VERSION := $(shell git describe 2>/dev/null)
...
CFLAGS += -D_FIRMWARE_VERSION_STR=\"$(FW_VERSION)\"

А версию в гит просто вбиваете руками, да? (Смотрите предыдущую и изменяете нужные числа)

Возможно, поторопился с вопросом...

Нашёл эту тему.

Хотя в ней ни слова про Git, но всё равно пригодится

Ну конечно.

Если так сильно хочется автоматизировать, сделай кастомную цель в CMake, которая будет искать последний тег, инкрементировать в нём нужный разряд и помечать им HEAD.

А версию в гит просто вбиваете руками, да?

Ну дык, каждый релиз нужно обозначить ручками, а как иначе ? :)
Промежуточные билды будут иметь такую версию: <последний тег>-<кол-во коммитов после>-g<hash текущего HEAD>.
Например: последний тег у нас 0.0.4, после него было сделано 5 коммитов, текущий HEAD у нас 688df9e. Результат: 0.0.4-5-g688df9e.

Всё понял, спасибо) Думаю, этот вариант мне подойдёт.

Можете указать направление, где можно посмотреть про создание целей CMake? В Make это target, а здесь по запросу target выдаёт всё, что угодно, но только не то, что нужно.

Нашёл. add_custom_target. Всё, спасибо!

лучше рядом txt файлик класть с версией

Тогда мне придётся сначала заносить в Git новый тэг, править txt-файл, потом собирать. Это конечно вариант, но мне бы хотелось получить более автоматизированный процесс

Выходит, что мне нужны будут отдельные цели для инкремента каждого разряда версии?

Никогда так не делайте.

Во-первых, вы добавляете build-time зависимость от git. При опакечивании любой адекватный мантейнер безжалостно оторвёт её руками. Во-вторых, это не работает если исходники скачать тарболлом. В-третьих, если при этом у вас директория выше, например ~, содержит .git, оно возьмёт тэг оттуда и вы сильно удивитесь.

Я хочу сделать так, чтобы в конечный исполняемый файл «вшивалась» версия этого проекта. При этом я не хочу следить за номером версии.

Придётся следить. Версию указать в CMakeLists.txt, через ADD_DEFINITIONS или CONFIGURE_FILE можно передать в код или куда угодно ещё (в Doxygen, например). За тэгом в git придётся следить отдельно.

Это все верно и подходит для либ/программ которые распространяются отельно от репы. Но если же это internal проект который живет исключительно в git, то почему бы и нет ? :)

Я правильно понял, что при изменении версии нужно будет изменять CMakeLists.txt, вписывая туда новые числа?

Естественно.

Ну так-то если это никто никогда не увидит то да, делайте что угодно. Но от публикации закрытого/локального/только для себя проекта зарекаться не стоит.

Понял, спасибо!

можешь выложить что у тебя получилось в итоге? интересно.

Ну, самый простой вариант, но, как оказалось, самый правильный...

Файл CMakeLists.h:

cmake_minimum_required(VERSION 2.8.11)

project(Test)

set (CMAKE_BUILD_TYPE Debug)

set (MAJOR_VERSION 0)
set (MINOR_VERSION 1)

configure_file("${PROJECT_SOURCE_DIR}/version.h.in" "${PROJECT_SOURCE_DIR}/version.h")

set (sources	main.cpp
)

set (headers	version.h
)

add_executable(${CMAKE_PROJECT_NAME} ${sources} ${headers})

Файл version.h.in:

#define MAJOR_VERSION @MAJOR_VERSION@
#define MINOR_VERSION @MINOR_VERSION@

Файл main.cpp:

#include <iostream>

#include "version.h"

int main()
{
	std::cout << "Version: " << MAJOR_VERSION << '.' << MINOR_VERSION << std::endl;

	return 0;
}

Единственное, пока version.h не сгенерирован, среда ругается на отсутствие файлов и на неизвестные параметры. Но это до первой сборки.

Ещё есть вариант без генерации файла version.h, с помощью ADD_DEFINITIONS. Но при таком исходе среда будет всегда ругаться на неизвестный параметр.

Файл CMakeLists.txt:

cmake_minimum_required(VERSION 2.8.11)

project(Test)

set (CMAKE_BUILD_TYPE Debug)

add_definitions(-DMAJOR_VERSION=0 -DMINOR_VERSION=1)

configure_file("${PROJECT_SOURCE_DIR}/version.h.in" "${PROJECT_SOURCE_DIR}/version.h")

set (sources	main.cpp
)

set (headers	
)

add_executable(${CMAKE_PROJECT_NAME} ${sources} ${headers})

Мне больше нравится первый вариант.

Всё же хочу попробовать сделать то, что хотел с самого начала. Но это позже.

Файл CMakeLists.h:

Очевидно, CMakeLists.txt

configure_file(«${PROJECT_SOURCE_DIR}/version.h.in» «${PROJECT_SOURCE_DIR}/version.h»)

Во втором варианте CMakeLists.txt без этой строки

P.S. Как редактировать сообщения?

P.S. Как редактировать сообщения?

Скор нужен.

https://github.com/google/benchmark/blob/master/cmake/GetGitVersion.cmake

вот такой штуковиной не пользовался?

Скор нужен.

Понял

вот такой штуковиной не пользовался?

Неа, но интересно, спасибо!

Я делал:
https://github.com/ymuv/CameraAlerts/blob/master/CMakeLists.txt

Строки 80-103

Я делал:

Не будет работать, потому что для смены версии нужно будет переконфигурировать проект. Инкрементальная сборка накрывается. Можно использовать CMAKE_CONFIGURE_DEPENDS, но это в данном случае костыль.

вот такой штуковиной не пользовался?

Этой штукой нужно уметь пользоваться. Правильный способ вынести её вызов в отдельный cmake-скрипт, который будет генерировать файл с версией, .h или .cpp не суть важно. Вызов этого скрипта должен быть завёрнут в add_custom_command/add_custom_target с командой ${CMAKE_COMMAND} -E и указанием генерируемого файла в BUILD_PRODUCTS. Если этого не сделать, то версия будет безусловно перегенерироваться каждый раз про конфигурировании/сборке, даже если она не изменилась, и заставлять пересобираться весь остальной проект. Если скрипт не обнаружит гит, то он может сгенерировать код на основании других данных или дефолтную заглушку или вообще завершиться с ошибкой.

У меня версия добывается из тега гита скриптом GitVersion.cmake, а при сборке тарболла CPACKом создаётся скрипт FallbackVersion.cmake, в котором тупо записана версия.

Нужно, но программируя я в IDE, а если собираю приложение для исталяции, запускаю cmake.

Тем самым нарушая основную идею CMake для разделения этапов конфигурации и сборки. Да и IDE здесь ни при чём, обычный скрипт cmake . && cmake -B делает то же самое.

если покажешь рабочий пример, да еще с комментариями, по теме треда - будем признательны.

Сейчас что-то соображу. Я там обманул в предыдущем посте, не ${CMAKE_COMMAND} -E, а ${CMAKE_COMMAND} -P. И не BUILD_PRODUCTS, а BYPRODUCTS. Память уже деградирует (-:

Напедалил маленькую либу (в директории lib) и пример как её использовать.

https://bitbucket.org/dendyua/git-version-generator/src/e9d68bf297278a9e9bfe7...

о, спасибо. смысл понятен.

в cpp файле константа чем плоха ? )