Команда из пяти разрабов, доработки ведутся в двух хранилищах (основной конфы и расширения), хотелось бы на первом этапе просто видеть непосредственно внесённые другими изменения. Подскажите есть ли какой-нибудь инструментарий под это?

История хранилища конфигурации

на хранилище далеко не уедешь. нужно в гит выгружать.
говорят есть 1с:gitsync

https://github.com/oscript-library/gitsync

(2) на 5 разрабов хранилище самое оно

(4) так и не нужно от хранилища отказываться. а именно для код-ревью

(3) Я, к сожалению, пока от этого далёк. Можете задать направление поиска для того, как этим пользоваться?

http://catalog.mista.ru/public/903269/

(7) Прекрасно, теперь знаю чем на выходных заняться ) Спасибо!

(8) Есть ещё конфигурация 1С:ГитКонвертер от самой фирмы 1С

(0) А ваши разработчики, когда помещают объект(ы) в хранилище не ставят метки?
Так заставьте их.
Далее - просто просматриваете историю хранилища по меткам. Анализируйте (сравнивайте) соответствующие версии объектов (конфигураций).
Это если по простому.

А сложнее - полноценная разработка с созданием параллельных веток (отдельный технических проектов с хранилищем под каждый технический проект и отдельным хранилищем для релиза основной конфигурации).

Использовать для этого хранилище 1С или git - вопрос религии, привычки и навыков (умения). Каждый из вариантов имеет свои плюсы и минусы.

Вот еще про git.

Групповая разработка в 1C:Enterprise Development Tools
https://edt.1c.ru/upload/docs_git/EDT&GIT.html

(8) > знаю чем на выходных заняться.

На полную конвертацию в git конфигурации 1С:ERP (Объём хранилища 31 000Мб, Количество версий    - 49 500, Количество файлов в первой версии - 25 592, Количество файлов в последней версии - 58 361) на физическом (не виртуальном) сервере 24 х 3,6 ГГц Xeon, Оперативная память 96 Гб, диск SSD 800Гб ушло времени всего навсего 27 дней.

Если только по выходным - полгода получается.

Как вариант:
Гитконвертер от вендора

https://github.com/1C-Company/GitConverter

(11) Для код ревью в динамике не нужна полная история, достаточно будет боследних изменений.
Копировать хранилище, оставить последние 100 иземений и перенести в гит, потом получать изменения с основной начиная с последней версии, за ночь должно успевать прокачать.
А полную миграцию опять же можно сделать с копии.

Опять же никто не заставляет при каждлом коммите делать полный перенос в гит, можно выгружать только изменения и раз в несколько коммитов для синхронизации - полностью