-
Notifications
You must be signed in to change notification settings - Fork 178
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow for deeply nested xcodeproject parsing #16
Comments
Thx, for your code and your ideas. |
I think project-specific configuration would be very useful, too. My use-case for that is the following: I develop an app that has all it's business-logic in a separate library, integrated via cocoapods. While developing, I integrate the library as a "development pod", so I can directly edit the files in the same Xcode window. The files do, however, reside in a folder next to the apps project folder, so XToDo doesn't pick them up by default. I've added |
You really need to parse whats there. To have it more overseeable and for our continuous integration tool Jenkins� I created a "parent" project with all the sub projects in it. It has one "Aggregate Build" which is used by Jenkins. Because of the limitations go GIT, I have this directory structure:
This means the XToDo would need to parse the .pbxproj file to check which directories are involved, not only recursive sub-directories. |
Some projects have the xcodeproject not in their root but in some deeply nested folder (e.g. contrib/osx/). As the source-root of those projects usually is higher up, no TODOs etc. will be located as the current version simply looks into the project-dir and below.
I can see two options;
A. Allow for project specific configuration settings that offer freely choosing at which location the source-files reside.
B. Parse the project-file itself and gather that information out of that - this however could be pretty involving as the Xcode-specific env-variable SOURCE_ROOT itself wont do. It would also demand parsing nested subprojects.
The text was updated successfully, but these errors were encountered: