Должны ли мы добавить Podfile.lock в .gitignore в проектах Flutter? - PullRequest
0 голосов
/ 15 октября 2019

Конечно, в обычных проектах Xcode Podfile.lock должен всегда быть зарегистрирован для контроля версий. Однако приложение Flutter для iOS для запуска не является «нормальным» проектом Xcode (в том смысле, что оно управляется Flutter и редко используется разработчиками).

Flutter использует Cocoapods, и наша команда заметила, что Podfile.lock содержитссылки на полные пути на машине разработчика. Тем не менее, это не вызывает никаких прямых проблем, поскольку, очевидно, Podfile.lock генерируется каждый раз, когда вы создаете / запускаете приложение Flutter, и полные пути меняются в зависимости от того, какой путь находится на вашей машине. Кроме того, удаление Podfile.lock не приносит никакого вреда, потому что оно все равно генерируется автоматически.

Дело в том, что это вызывает раздражающие конфликты слияния в git, которые нужно разрешать каждый раз. Поскольку он генерируется автоматически, мне интересно, действительно ли в этом случае необходимо проверить его в системе управления версиями или просто проигнорировать файл в .gitignore.

На Github ведутся дополнительные споры, однако я не могу найти там однозначного ответа.

—edit— Для пояснения: я знаю, для чего предназначен Podfile.lock, я просто не уверен, что мое предположение о том, что Flutter отвергаетэто правильно.

1 Ответ

1 голос
/ 15 октября 2019

Причина проверки Podfile.lock в том, что разработчик приложения может точно воссоздать и поделиться конфигурацией модуля в команде. Без проверки в Podfile.lock разработчики в одной команде получат разные версии модулей в зависимости от того, когда они делают pod install.

Если флаттер переопределяет функциональность Podfile.lock, нет причин для его регистрации.

...