касательно ошибки вроде уже говорили, что пихать ошибку в обьект и потом ее где-то там проверять... try catch зочем? ах даа, теперь получается надо обязательно присваивать результат работы upload чему-то, чтобы проверить на ошибку.
https://github.com/stenfredd/UploadsManager/blob/master/src/Entity/UploadFileObject.php#L44

весь бандл это
1)  фасад с чудо  setRepo, который можно таскать по другим сервисам и set"ать что угодно и потом чесать репу "а че гугл а не локал там, ааа блин.. ну ладно"
2) репо интерфейс, который разрешает загрузить и удалить, другий функций ж менеджеру загрузок не надо)
3) обьект, который врапит файл и возвращает абсолютно те же проперти, что можно посмотреть в оригинальном UploadedFile обьекте.
4) пакован консольных команд, которые используются для аутентификации/авторизации, только вот метод аутентификации выбран не тот.
5) отсутствие эррор хэндлинга
6) если это все засунуть в докер и редеплоить новые версии апп, то еще и надо волюм маунтить, потому что апка уже стейтфул. config.json для гугла надо то сохранить.

у тебя получился некий flysystem bundle, только не рабочий)

Репозиторий умеет загружать и удалять, а как посмотреть то, перед тем как удалить?

Он делает ровно то, что мне нужно на данный момент. Когда мне понадобится смотреть или делать что-то еще, я добавлю этот функционал.

___
По факту, что не так с setRep ?

Делегирование - западло?

так бы и сказал что это бандл только для тебя, я б даже не смотрел)

setRep вообще меняет поведение куда будет загружен мой файл, по скольку у тебя 1 инстанс фасада, то set вызванный фиг его знает где влияет на загрузку файлов и ты об этом можешь даже не догадываться.

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

ну тогда используй, раз тебе подходит)

Я не подумал об этом. Таким образом, желательно не доставать фасад из DIC? Разве когда я достаю объект из контейнера, не создается всякий раз новый объект?

Нет, в этом смысл IoC контейнера) Иначе нужна фабрика

зачем тебе фасад вообще там? почему не достать твою репу и не сделать то что нужно?)

заюзай flysystem bundle например, сделай жизнь проще наследникам твоего проекта)

ну он не обязателен так-то. С ним кода меньше писать при загрузке нужно

Вот тут я, похоже, где-то не туда свернул. Я во всех классах зависимости получаю из контейнера. Соответственно не могу какой-то объект создать через new просто в фабрике. Так как все его зависимости и зависимости зависимостей не подтянутся. Как в таком случае быть? Не использовать контейнер вовсе?

Или скорее, контейнер не стоит использовать в тех случаях, когда объекты хранят какое-то состояние?

Простите что надоедаю, просто я, кажется, подобрался к слабому моему моменту, хочу убедиться, что все правильно понял

ты токсик, но советов надавал больше всех 😄

Ненастоящий токсик

их можно использовать, но лучше не надо потому что stateful сложна)
почему бы тебе не поменять способ аутентификации ?

и не надо никаких консольных команд