Excellent news!<div><br></div><div>At the moment I have a workflow that uses xcconfig files and XCake:<div>    <a href="https://github.com/jcampbell05/xcake">https://github.com/jcampbell05/xcake</a></div><div>XCake sounds similar to zewo, by the sounds of it, I think its author is active on this list.</div><div><br></div><div>The main reason for my workflow is because it makes it much easier to make new modules, copy configuration, and resolve merge conflicts.</div><div><br></div><div>In that context, I have a few questions:</div><div> * Is it intended that the generated Xcode project will be checked-in?</div><div> * Will the project duplicate information that SwiftPM specifies? file references? configuration?</div><div> * Will the rebuild clobber project configuration that SwiftPM can&#39;t specify? This is probably fine. Maybe Xcode should make configuration read-only in generated projects. <br><br>On Saturday, 20 February 2016, Max Howell via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><blockquote type="cite"><div>What kind of target will be made in the Xcode project? Specifically, will it be a static library or a framework? <br></div></blockquote><div><br></div><div>Frameworks.</div><br><blockquote type="cite"><div>The folks behind Zewo made a tool to help us manage our large dependency graph that generates complete xcode projects with subprojects and targets (it also does a few other things, but those aren&#39;t important). As a side effect it also supports modulemaps with no extra configuration. It generates frameworks (not static libraries) for the reasons described earlier, but I&#39;m sure it would be trivial to change it to work the other way.<br><br>The tool can be found here: <a href="https://github.com/zewo/zewo-dev" target="_blank">https://github.com/zewo/zewo-dev</a>. Unfortunately it had to be made in ruby because of the xcodeproj gem but I believe it could still be a useful reference.<br></div></blockquote></div><br><div>Thanks for the link, a very interesting project.</div></div></blockquote></div></div>