Loadырь

Вы думаете пользователи будут запоминать у какого Пети какой id? Думате они поймут, что @Петя328 это его знакомый, а @Петя3285 это посторонний человек.

Никнеймы и логины могут быть разынми.

Никнеймы в данном случае, уже будут не нужны. Главное — чтобы введя @Петя, это был конкретный "Петя", а не один из двадцати.

Для этого нужны уникальные логины в системе.

желательно нажатие кнопки и забыл через 5 минут что обновлял

Сейчас так примерно и есть. Загрузил файл-пакет обновления и забыл. Просто тут речь идёт о тех кто пилит себе шаблон свой из дефолтного. А вот если бы купили шаблон у Олег Васильевич я, то после обновления движка получили бы файл-пакет обновления шаблона, который также бы установили в админке и забыли.

Как, наверное, удобно на первой ветке: один раз сделал, настроил сайт и работает без замечаний и без ограничения срока годности.

Всё верно, если функционала первой ветки достаточно, то она в этом плане — идеальна.

Может быть, даже был бы полезен сравнительный обзор возможностей CMS двух веток (включая возможности использования популярных дополнений).

Может быть, сделайте.

В смысле, вообще никаких изменений, не только шаблона, но и функционала CMS?

Функционал в cms добавиться в любом случае. А отобразится на странице сайта, только при обновлении шаблона. Поэтому, если скажем у вас "сайт-визитка" или "лэндинг" и вам нет смысла в новом функционале — "Подписки", то и шаблон вам не нужно обновлять. А если вам нужен функционал, появившийся в обновлении, то и шаблон надо править.

Сделайте два разных виджета с выводом одного меню, но с разными шаблонами. Один показывать только на PC, второй только на планшетах и мобилках.

Можно только по последней.

Это если смерживать файлы с полным установщиком, а если сравнивать файлы с пакетом обновления, то надо все промежуточные пакеты также смерживать. Но можно все файлы из пакетов скинуть в одну папку и (из старшего пакета в меньший) и потом смержить с тем что получится только один раз.

Если правок в дефолтном шаблоне не делались, то можно его папку не смерживать. Если же были правки то надо смерживать, если необходимо сохранить эти правки.
Есть две цели создания шаблона из дефолтного. Шаблон можно создать фиксированный, а можно сделать с поддержкой всех нововведений, появившихся при обновлении.
В первом случае делаете полную копию дефолтного шаблона и в его файлах вносите правки. Если больше изменений не планируется, то про этот шаблон можно забыть и при обновлении не смерживать.
Во втором случае в отдельный шаблон выносите, помимо основных пяти файлов, только те файлы, в которые будете вносить правки. Остальные файлы остаются в папке дефолтного шаблона. И при обновлении необходимо смержить только те файлы, которые вынесены в новый шаблон и имеют ваши правки.

Тогда скопируйте файл templates/default/content/default_item.tpl.php, назовите его вместо default_item.tpl.php так: системноеимятипаконтента_item.tpl.php и в нём эту строку
замените на

SverigeR, вам ко всем свойствам записи или только к некоторым нужно закрыть?

Вопрос только, как их связать между собой?

Создать ещё один тип поля — "Связыватель полей"

как-то же аналогичная задача решается на сайтах

А вы присмотритесь на этих сайтах, эти поля можно использовать "где угодно" или "где хочу", или они конкретно заточены под одно "место" или функцию. Никто не говорит, что это не невозможно или не решаемо. Стандартные поля так сделать не получится, но ведь можно сделать нестандартные поля и в них задать нужную архитектуру и поведение. Для стандартных полей можно сделать как предложил Василич, но это внесёт ограничение на количество этих самых "Добавить ещё...", плюс добавиться баласт в БД в виде не заполняемых полей. С нестандартными это значит надо делать новое поле и переносить данные из уже существующего.

Где хранить копии?

А также как по ним потом фильтровать и сортировать?

дорабатывал мне на одном из проектов родное поле

По сути, он сделал вам другое поле.