@ostholz 25 楼有写

@dohaeris 有这个可能，所以最好的办法还是摆脱 xcode 那套封闭的生态链

@shellcodecow 没经历过社会毒打才会傻 x 一样在网络上发些没有意义的风凉话，不喜欢就尝试去改变，只会抱怨解决不了问题

@zongren 不行，前面说了，没有任何一个工具可以在不丢失信息的情况下解析 xcode 的配置文件，这包括 Xcodeproj

@shellcodecow 无脑果粉？要是 android studio 不用 gradle 而是自己搞个封闭的构建工具不知道会被喷成啥样。不过也不奇怪，apple 自己连个从 cli 里安装 ios app 的工具都不愿意提供

@CareiOS
都说了 xcode 的配置文件不是人类可读的，也没有任何第三方工具可以解析

Can I generate the manifest files from my Xcode projects?

While we can generate Xcode projects from your manifest files, doing it the other way around is not possible. It's possible to implement such feature in Tuist, but since we wouldn't be able to do it reliably considering how Xcode projects can be, we opted for not doing it. Moreover, going through the process of defining the manifests helps you spot issues in your current projects that otherwise would go unnoticed.

这跟 go 没半毛钱关系啊，日志怎么收集的？不能用 stdout 和 stderr 吗？

@lisongeee #16 就 flutter 来说，官方的构建过程完全是基于 xcode 的，编译当然不用打开 xcode ，xcode 有自己 cli tools ，flutter 会直接调用。但 xcode 的配置文件不是人类可读的，要想修改编译配置，必须通过 xcode 的 gui ，在 gui 里点点点。
最大的问题是，这堆配置文件不仅不是人类可读的，还有一大堆冗余信息（大部分是 xcode 生成的用于编译的默认配置），但要想正常编译就必须有，所以要加到版本控制里，就很容易出现无法 merge 的冲突。

@debuggerx #13 我觉得最搞笑的是，当我搜索 mac 开发相关的问题时，大部分答案都是在 xcode 里点点点，哪怕是 stack overflow 上的答案，满屏的截图是最恶心的，完全没心情看

@zongren #7 是的，新项目可以直接手写 yaml ，然后通过 XcodeGen 生成 pbxproj 。但已有的项目只能用 Xcodeproj 解析，然后人工翻译。最终目标就是不用打开 xcode ，也能修改 macos 和 ios app 开发的构建过程，进而完全摆脱 xcode 的 gui ，但 command line tools 还是摆脱不了

@alexcding #4 支持度应该是能用，哈哈哈

@CodingIran #5 帖子一开头我就讲了，先给我一个人类可读的配置文件

@weeei #2 因为 flutter 不支持，macos 和 ios 的构建过程强依赖 xcode 那堆鬼东西

@gransh #13 这不是哲学，这是中二病

用 nuxt 吧，不用折腾这些无聊的东西

哦，你用 cn.bing 啊，那不如用百度🙃

¿
https://i.v2ex.co/lU60251Y.png