存储库文件夹结构和共享 Eclipse IDE 文件以进行重建
我在 svn 存储库中有一个项目的文件夹结构，如下
-->可执行文件
/trunk/proj_A
/trunk/proj_A/src
/trunk/proj_A/inc
/trunk/proj_A/build/win32/vs
/trunk/proj_A/build/win32/eclipse
/trunk/proj_A/build/linux
/trunk/proj_A/x_extern/ -> /trunk/proj_B, /trunk/proj_C, ...
-->库遵循文件夹结构，
/trunk/proj_B
/trunk/proj_B/src
/trunk/proj_B/inc
/trunk/proj_B/build/win32/vs
/trunk/proj_B/build/win32/eclipse
/trunk/proj_B/build/linux
到目前为止，我使用 Visual Studio IDE 来构建项目并在存储库中的 build/win32/vs 位置维护 IDE 文件。 src，inc用于代码，构建文件夹用于存储IDE相关文件或基于平台的makefile。
Visual Studio 擅长在用于构建的 IDE 文件夹层次结构和用于版本控制的实际文件系统层次结构（由存储库文件夹结构决定）之间划出一条单独的界限，这使工作变得更轻松。
我正在尝试迁移到 Eclipse IDE，对版本控制和 IDE 的文件夹层次结构抱有相同的期望。但由于以下两个问题，我所有的努力都被阻止了。
- Eclipse IDE 相关文件（如 .project、.cproject、.settings）不能位于项目根目录之外的任何其他子文件夹中。
- 如果子文件夹（build/win32/eclipse）保留为项目根目录，并且使用链接文件夹访问其他文件夹（../../../src、../../../inc），则 eclipse 会执行以下操作不将链接的文件夹内容识别为版本控制。
由于这两个问题，我无法使用 Eclipse IDE，就像我以简单的方式在版本控制中维护 IDE 相关文件一样。
所以我的问题是
以上两个问题是eclipse IDE的限制吗？如果不是，出路是什么？
还有什么其他建议可以迁移到 Eclipse 而不大幅更改我的存储库文件夹结构，并且仍然共享 IDE 文件进行重建？这可能吗？
I have a folder structure to a project in svn repository as below
--> executable
/trunk/proj_A
/trunk/proj_A/src
/trunk/proj_A/inc
/trunk/proj_A/build/win32/vs
/trunk/proj_A/build/win32/eclipse
/trunk/proj_A/build/linux
/trunk/proj_A/x_extern/ -> /trunk/proj_B, /trunk/proj_C, ...
--> Libraries follow the folder structure as
/trunk/proj_B
/trunk/proj_B/src
/trunk/proj_B/inc
/trunk/proj_B/build/win32/vs
/trunk/proj_B/build/win32/eclipse
/trunk/proj_B/build/linux
So far i was using visual studio IDE to build the project and maintain the IDE files at the location build/win32/vs in repository. src, inc for code, build folder to store IDE related files or makefiles based on platform.
Visual studio is some what good in drawing a separate line between IDE's folder hierarchy for building and actual file system hierarchy for version control (dictated by repository folder structure) which made life easier.
I am trying to migrate to eclipse IDE with the same expectations in mind about version control and IDE's folder hierarchy. But all my efforts are blocked due to below two issues.
- eclipse IDE related files like .project, .cproject, .settings cannot be located any other sub-folder other than project root.
- If sub folder(build/win32/eclipse) is kept as project root and other folders (../../../src, ../../../inc) are accessed using linked folders, then eclipse do not identify the linked folder contents as version controlled.
Due to the two issues i am not able to use eclipse IDE just like i was maintaining IDE related files in my version control in simple manner.
So My questions are
Are the above two issues are limitations of eclipse IDE? If not What is the way out?
Any other recommendations to migrate to eclipse without drastically changing my repository folder structure and still share the IDE files for rebuilding? Is this possible?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论