參考文件夾與嵌套項目

Question

我目前正在Xcode中進行嵌套項目設置，當時除了爲應用程序項目添加的每個項目的框架+ bundle目標外，這些東西都是非常有組織的。從來沒有，我有信心說，它可擴展地組織我們的代碼。隨着項目持續增長，這個組織在構建過程中變得更耗時間，更不用說每個項目的內部設置都是在添加新項目時始終保持在列表頂部的東西嵌套項目。

一段時間以來，我一直在試圖找到這種設置的替代品，並且文件夾引用一直是我最關注的一個。切換到這個設置應該加快任何構建過程。我只是不知道將這些引用與唯一的存儲庫位置聯繫起來是多麼容易，以便讓多個人訪問整個項目的每個部分。我們目前也使用SVN進行版本控制，但是對於其他替代方案非常開放，因爲我一直在過度嘗試將項目移至Git。

這引出我的問題，如何設置他們自己的存儲庫中的文件夾以及應用程序項目？哪種版本控制更適合這種類型的設置？

Answer 1

我結束了簡單的SVN文件夾，但將它們作爲組添加到項目。這使我可以創建Xcode支持的所有類型的文件，而無需掙扎，並且可以利用版本控制和與團隊的協作。

參考文件夾限制了向其中添加文件的方式。並不是說你不能添加objective-c接口和實現文件，但是你必須逐個完成，然後爲每個文件指定擴展名。這和使用完整路徑的文件根本不是很有吸引力，至少不是我們正在尋找的設置，這是一個包/功能設置。

嵌套項目很好地完成了這項工作，保留了由功能或功能組織的文件。我們在框架產品中定義了一些定義，並簡單地爲資源添加了一個包，像xibs，該部分獨有的圖像，任何文本文件等。我們發現的問題是項目框架和包的連續鏈接主要應用程序。我個人看到的最大的問題是構建應用程序的大量時間消耗，或者更糟糕的是將其歸檔，因爲每個嵌套項目都需要構建作爲完成應用程序構建的先決條件。

通過這種新設置，構建速度大幅降低。您不必處理不同的項目設置。對於我們提供的一些打包文件，我們仍然有一個框架，但它更像是兩者的結合，當涉及到應用程序及其功能時。