С помощью плагина версий (выше) можно делать следующее. В закрытой папке проекта есть страница с данными, версия которой подлежит публикации. Выставляется страница на Заказчика в открытой папке проекта (куда Заказчик имеет доступ только на чтение) и там указывается нужная версия исходной страницы. Заказчик соответственно видит именно ту версию которую вы хотите ему показать. По второй задаче - конфлюэнс не GIT он ветвиться не может. Тут поступаете так. Заводите в закрытом пространстве две страницы - одна на версию 1.0 и вторая на версию 2.0. Затем выставляете на заказчика страницу публикации документа в открытом доступе куда с помощью стандартного include page копируете содержимое страницы с версией 1.0. При внесении изменений на странице 1.0 они так же отображаются у Заказчика, в это время спокойно дорабатываете страницу с версией 2.0. Как только она будет готова на странице заказчика в плагине include page меняете ссылку. Недостатки: отсутствие inline comment что доставляет дикую головную боль. И если есть ссылки на другую документацию, то надо тщательно следить чтобы страницы ссылок тоже были в открытом доступе.

Спасибо, конечно в 2020 ожидаешь более простых механизмов, с другой стороны конфа это конечно же не система управления требованиями

Кстати, коллеги, а поделитесь, кто какими СУТ пользуется. Насколько это удобно?
Я вот не смог что-то выбрать и сделал себе собственную СУТ на coda.io

Дежавю))

Ну, извините. Так с тех пор ничего другого не нашёл

https://t.me/analyst_ru/32726 - вот результат опросов с той поры. Думаю, мало что изменилось с июля.

Хорошая штука, я тоже её для управления требованиями пробовал использовать

а как ты стыкуешь процесс с разработкой?

Разработчики тоже в коду ходят.
На самом деле, процесс пока до конца не отработан. То есть требования мы уже собрали, но в разработку задача пока не ушла. Когда пойдёт и появится обратная связь от разрабов, можно будет оценить этот опыт как позитивный или негативный

Из-за других более срочных задач задача, подготовленная в coda, на холд встала уже на месяц.

просто непонятно, как таск в трекере связан с требованиями

Кажется, будут проблемы, если задач будет много (поток) и если будет много разработчиков.
Без глубокой интеграции инструментов будет не обойтись

по многочисленным репортам, это основная проблема неживучести отдельных сред

так-то можно требования хоть в базе данных вести

вот я в коде и сделал некое подобие базы данных )

В трекере просто ссылка на Коду.
И комментарии/вопросы уже в коде разработчики пишут

обычно 1 таск связан с N требованиями, речь об этом

N требований в этой базе данных объединяются в "Этап". И ссылку даю на этап

а комментировать они могут требования?

Да, кода позволяет оставлять комментарии

Когда и если будут позитивные результаты, обязательно поделюсь опытом ;)