当然,在普通的Xcode项目中,应该始终将Podfile.lock签入到版本控制中。然而,Flutter的iOS运行程序并不是一个“正常”的Xcode项目(从某种意义上说,它是由Flutter管理的,很少被开发人员触及)。
Flutter使用Cocoapods,我们的团队注意到Podfile.lock包含对开发人员机器上完整路径的引用。但是,这不会引起任何直接问题,因为很明显,每次构建/运行颤振应用程序时都会重新生成Podfile.lock,并且所有路径都会更改为机器上的任何路径。另外,删除Podfile.lock不会造成任何伤害,因为它是自动生成的。
问题是,它会在git中引起恼人的合并冲突,每一次都必须解决。由于它是自动生成的,我想知道在本例中是否真的有必要将其签入版本控制,或者只忽略.gitignore中的文件是否安全。
对此有更多的争论。,但是我似乎找不到一个确切的答案。
-编辑-澄清:我知道什么是Podfile.lock,我只是不确定我的假设,颤振压倒它是正确的。
发布于 2019-10-15 18:26:05
签入Podfile.lock
的原因是为了使应用程序开发人员能够在团队之间准确地重新创建和共享Pod配置。在不签入Podfile.lock
的情况下,同一团队中的开发人员将根据执行pod install
的时间获得不同版本的pods。
如果flutter正在覆盖Podfile.lock
功能,就没有理由签入它。
https://stackoverflow.com/questions/58397860
复制相似问题