@szyp #5 https://stackoverflow.com/questions/60515935

你录屏里显示的很清楚，停的是 subprocess 啊

多进程+多线程，pycharm 也不好使

@zeromake #39
swift 可以 debug 啊
https://marketplace.visualstudio.com/items?itemName=sswg.swift-lang
vscode 最大的贡献就是发明了 lsp ，只要按照协议开发对应的插件，就不需要编辑器专门支持

@zongren #41
1 就会丢，丢啥不确定，毕竟是封闭的配置文件，没有文档告诉你有什么参数
3 有可能随着 xcode 更新，有些参数废弃了，或者有些参数新增了
我觉得你还是自己试试看，装下也没多少时间，

@AoEiuV020JP #29 我现在回你要 28 铜币，但注册的早，钱根本花不完，早年充值过，可以给自己的帖子置顶，刚看了下，现在充值还涨了不少。至于提醒，可能降权分几种，我这种只是加钱就能解决

@AoEiuV020JP #7 被降权了又怎么样？反正我无所谓，都被降了好几次了

@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 还是摆脱不了