Вы сказали -
В моей предыдущей организации это не было проблемой, поскольку вы могли зарегистрировать код по заявке и легко идентифицировать каждый файл, измененный в наборе изменений.Это сделало пересмотр кода прямо вперед.
Вы все еще можете сделать это с помощью Pull Requests.Если вы перейдете к коммитам в PR и выберете любой из них, он покажет вам разницу между выбранным коммитом и его предшественником.Таким образом, даже если PR имеет 15 коммитов, вы все равно можете перемещаться по изменениям в каждом коммите.
Альтернативный способ - увеличить поток мерзавцев.Вы можете сохранить локальную ветвь для каждого разработчика, работающего над историей, и ветку функций для истории.Поднимите PR от местного филиала до тематического филиала, как только отдельные разработчики завершат свою работу.И когда разработка функции будет завершена, поднимите PR от ветки Feature до Master.
Этот процесс гарантирует, что ваши предыдущие PR для ветви Feature будут короткими и приятными, и их просмотр займет меньше времени.И в финальном PR от функции до мастера, весь код будет уже рассмотрен и будет готов к объединению.