请教一个关于eclipse工程目录的问题

[anjy]

我有三个工程，他们共享一个公共common代码，代码如下结构：
project
|
|--common // 公共代码目录，三个工程共享
|--proj1 // 工程1代码目录
|--proj2 // 工程2代码目录
|--proj3 // 工程3代码目录

现在common和proj1，2，3需要同时开发，请问proj1，2，3三个工程的工程文件放在哪个目录里面合适？
如果放在proj1，2，3里面的话，对common的引用势必是绝对路径了，这样团队开发不好管理。
由于刚使用eclipse不久，不是很有经验，请各位给个建议，谢谢！！

[radeonxhl]

4个project，其中prj1、prj2、prj3设置为依赖于common就行了，没所谓什么绝对、相对路径的问题

[anjy]

您的意思是这样吗：
workspace
|
|--project
| |--common // 公共代码目录，三个工程共享
| |--proj1 // 工程1代码目录
| |--proj2 // 工程2代码目录
| |--proj3 // 工程3代码目录
|--.project //工程文件放在这里？？但是这里只能放一个工程，其他工程怎么办？

能否详细点？多谢！


[Quote=引用 1 楼 believefym 的回复:]
谁说这样就要成绝对路径了
你把这四个放在一个目录下不就好了

更何况，团队开发的话，放在版本控制服务器上，你本地又不需要乱放
[/Quote]

[anjy]

common只是公用代码，并不需要建一个project

[Quote=引用 2 楼 radeonxhl 的回复:]
4个project，其中prj1、prj2、prj3设置为依赖于common就行了，没所谓什么绝对、相对路径的问题
[/Quote]

[believefym]

[Quote=引用 2 楼 radeonxhl 的回复:]
4个project，其中prj1、prj2、prj3设置为依赖于common就行了，没所谓什么绝对、相对路径的问题
[/Quote]

[Quote=引用 3 楼 anjy 的回复:]
您的意思是这样吗：
workspace
|
|--project
| |--common // 公共代码目录，三个工程共享
| |--proj1 // 工程1代码目录
| |--proj2 // 工程2代码目录
| |--proj3 // 工程3代码目录
|--.project //工程文件放在这里？？但是这里只能放一个工程，其他工程怎么办？

能否详细点？多谢！


引用 1 楼 believefym 的回复:
谁说这样就要成绝对路径了
你把这四个放在一个目录下不就好了

更何况，团队开发的话，放在版本控制服务器上，你本地又不需要乱放

[/Quote]

你的proj1-3到底是独立的project还是就类似package性质的而已？

这四个自己管自己有自己的.project,.classpath文件好了，到时候工程属性，build path依赖加一下就好了

也就是放四个project， 然后把common添加到其他三个的build path就好了

[anjy]

proj1-3是独立的project，只不过共享了common代码。
其实我是用CDT的c语言工程，和java应该类似。
但是common不能建一个工程，是源码方式给proj1，2，3使用的，并不像java编译成.jar，给proj1-3使用。

[Quote=引用 5 楼 believefym 的回复:]

你的proj1-3到底是独立的project还是就类似package性质的而已？

这四个自己管自己有自己的.project,.classpath文件好了，到时候工程属性，build path依赖加一下就好了

也就是放四个project， 然后把common添加到其他三个的build path就好了
[/Quote]

[believefym]

不太清楚c语言的工程能不能给一个工程增加一个src的目录，这样其实common根本就不需要放到workspace里面去

[Quote=引用 6 楼 anjy 的回复:]
proj1-3是独立的project，只不过共享了common代码。
其实我是用CDT的c语言工程，和java应该类似。
但是common不能建一个工程，是源码方式给proj1，2，3使用的，并不像java编译成.jar，给proj1-3使用。

引用 5 楼 believefym 的回复:

你的proj1-3到底是独立的project还是就类似package性质的而已？

这四个自己管自己有自己的.project,.classpath文件好了，到时候工程属性，build path依赖加一下就好了

也就是放四个project， 然后把common添加到其他三个的build path就好了

[/Quote]

[anjy]

当然是可以加source目录的，但是如果common不放在workspace里面，加进去的目录是绝对路径的，这样，在别人的机器上可能就不行了。
主要是这个问题。

[Quote=引用 7 楼 believefym 的回复:]
不太清楚c语言的工程能不能给一个工程增加一个src的目录，这样其实common根本就不需要放到workspace里面去

引用 6 楼 anjy 的回复:
proj1-3是独立的project，只不过共享了common代码。
其实我是用CDT的c语言工程，和java应该类似。
但是common不能建一个工程，是源码方式给proj1，2，3使用的，并不像java编译成.jar，给proj1-3使用。

引用 5 楼 believefym 的回复:

你的proj1-3到底是独立的project还是就类似package性质的而已？

这四个自己管自己有自己的.project,.classpath文件好了，到时候工程属性，build path依赖加一下就好了

也就是放四个project， 然后把common添加到其他三个的build path就好了


[/Quote]

[大头贼]

c语言更简单,把common里的东西整成一个库不就行了,cdt应该可以建静态库和动态库工程的
另外,右击工程，看属性里,应该有一个工程引用的选项,你可以试试

[believefym]

早说了团队开发的话应该有类似cvs这样的版本控制服务器，你在服务器上目录控制好不就行了
checkout下来都是一样的目录结构根本不需要楼主那样的担心

[Quote=引用 8 楼 anjy 的回复:]
当然是可以加source目录的，但是如果common不放在workspace里面，加进去的目录是绝对路径的，这样，在别人的机器上可能就不行了。
主要是这个问题。

引用 7 楼 believefym 的回复:
不太清楚c语言的工程能不能给一个工程增加一个src的目录，这样其实common根本就不需要放到workspace里面去

引用 6 楼 anjy 的回复:
proj1-3是独立的project，只不过共享了common代码。
其实我是用CDT的c语言工程，和java应该类似。
但是common不能建一个工程，是源码方式给proj1，2，3使用的，并不像java编译成.jar，给proj1-3使用。

引用 5 楼 believefym 的回复:

你的proj1-3到底是独立的project还是就类似package性质的而已？

这四个自己管自己有自己的.project,.classpath文件好了，到时候工程属性，build path依赖加一下就好了

也就是放四个project， 然后把common添加到其他三个的build path就好了



[/Quote]

[anjy]

从版本控制服务器checkout下来的各自的本地目录会不同的呀，只有相对路径是一样的。如果工程中还有绝对路径的话，每个人编译都要修改工程属性，岂不是很麻烦。

我想达到的效果是，大家从服务器上checkout下来的工程不管他放在d盘还是e盘，都能够不用修改，直接编译。


[Quote=引用 10 楼 believefym 的回复:]
早说了团队开发的话应该有类似cvs这样的版本控制服务器，你在服务器上目录控制好不就行了
checkout下来都是一样的目录结构根本不需要楼主那样的担心

引用 8 楼 anjy 的回复:
当然是可以加source目录的，但是如果common不放在workspace里面，加进去的目录是绝对路径的，这样，在别人的机器上可能就不行了。
主要是这个问题。

引用 7 楼 believefym 的回复:
不太清楚c语言的工程能不能给一个工程增加一个src的目录，这样其实common根本就不需要放到workspace里面去

引用 6 楼 anjy 的回复:
proj1-3是独立的project，只不过共享了common代码。
其实我是用CDT的c语言工程，和java应该类似。
但是common不能建一个工程，是源码方式给proj1，2，3使用的，并不像java编译成.jar，给proj1-3使用。

引用 5 楼 believefym 的回复:

你的proj1-3到底是独立的project还是就类似package性质的而已？

这四个自己管自己有自己的.project,.classpath文件好了，到时候工程属性，build path依赖加一下就好了

也就是放四个project， 然后把common添加到其他三个的build path就好了



[/Quote]

[anjy]

common里的东西需要同步修改，不是固定的库，里面可能会有3个工程公共的头文件等，必须要源码的方式给3个project使用。
很奇怪，eclipse使用不在workspace里的目录为什么不能使用相对路径(如：../)，必须是绝对路径。


[Quote=引用 9 楼 eugenedj 的回复:]
c语言更简单,把common里的东西整成一个库不就行了,cdt应该可以建静态库和动态库工程的
另外,右击工程，看属性里,应该有一个工程引用的选项,你可以试试
[/Quote]

[anjy]

我的问题可能这样表述更清楚：
我3个工程要用同一个common目录里的源码，3个工程肯定要建3个workspace，但一个common无法同时放在3个workspace里，所以，最少有2个工程要引用workspace外的目录，如果能用相对目录的方法引用workspace外的common目录的话，就没有问题了，但是，eclipse好像只能用绝对路径引用workspace外的目录。这样的话，在别人的机器上，这个绝对目录可能是不同的，所以别人还需要修改工程才能通过编译。
就是这个问题！谢谢！！

[loveazure77]

帮顶。

[anjy]

o,我这里说的有点问题，不是3个workspace，应该是3个工程目录：
我3个工程要用同一个common目录里的源码，3个工程肯定要建3个工程目录，但一个common无法同时放在3个工程目录里，所以，最少有2个工程要引用工程目录外的目录，如果能用相对目录的方法引用工程目录外的common目录的话，就没有问题了，但是，eclipse好像只能用绝对路径引用工程目录外的目录。这样的话，在别人的机器上，这个绝对目录可能是不同的，所以别人还需要修改工程才能通过编译。
就是这个问题！谢谢！！


[Quote=引用 13 楼 anjy 的回复:]
我的问题可能这样表述更清楚：
我3个工程要用同一个common目录里的源码，3个工程肯定要建3个workspace，但一个common无法同时放在3个workspace里，所以，最少有2个工程要引用workspace外的目录，如果能用相对目录的方法引用workspace外的common目录的话，就没有问题了，但是，eclipse好像只能用绝对路径引用workspace外的目录。这样的话，在别人的机器上，这个绝对目录可能是不同的，所以别人还需要修改工程才能通过编译。
就是这个问题！谢谢！！
[/Quote]

[anjy]

现在想到的方法是利用eclipse的定义路径变量的功能，每个开发人员在自己机器上定义一个跟目录的变量（名字相同）。工程中直接该变量来引用common目录，如下：
workspace //各自将各自的workspace所在的目录定义为路径变量：root.
|--common // 公共代码目录，三个工程共享
|--proj1 // 工程1目录
| |--src //工程1的代码
| |--.project //proj1的工程文件放在这里，引用root/common
|--proj2 // 工程2目录
| |--src //工程2的代码
| |--.project //proj2的工程文件放在这里，引用root/common
|--proj3 // 工程3目录
|--src //工程3的代码
|--.project //proj3的工程文件放在这里，引用root/common

ps.不知道能不能直接引用workspace的目录，类似这样：$workspace

[ganganba]

一直搞不懂路径的这些目录是怎么回事，这次又学习了，谢谢各位！

[大头贼]

cdt是可以使用${workspace}的，工程引用应该能实现你的功能，你试了没有？

[radeonxhl]

[Quote=引用 4 楼 anjy 的回复:]
common只是公用代码，并不需要建一个project

引用 2 楼 radeonxhl 的回复:
4个project，其中prj1、prj2、prj3设置为依赖于common就行了，没所谓什么绝对、相对路径的问题

[/Quote]
你把common建成一个project不就行了，不同的开发人员都到cvs（或是其它什么东西）把prj1-3和common都check out出来，prj1-3依赖于common项目就行了

[anjy]

试过，不行！

[Quote=引用 18 楼 eugenedj 的回复:]
cdt是可以使用${workspace}的，工程引用应该能实现你的功能，你试了没有？
[/Quote]

[anjy]

恩，这也是一种变通的办法了。

[Quote=引用 19 楼 radeonxhl 的回复:]
引用 4 楼 anjy 的回复:
common只是公用代码，并不需要建一个project

引用 2 楼 radeonxhl 的回复:
4个project，其中prj1、prj2、prj3设置为依赖于common就行了，没所谓什么绝对、相对路径的问题


你把common建成一个project不就行了，不同的开发人员都到cvs（或是其它什么东西）把prj1-3和common都check out出来，prj1-3依赖于common项目就行了
[/Quote]