pos*_*def 8 java dependencies libraries
这在某种程度上是对我过去几周匆匆解决的一个以前未解答的问题(链接)的跟进,现在它已经到了我不能再发展的地步......
所以这是交易; 我有比纯CS更多的数学/工程背景,所以我在正确/大规模软件开发方面没有很多经验,而是脚本和算法.现在,我工作的一个大项目,我自己,我很困惑的一些发展的各个方面.其中一个是处理库/依赖项
我已初步创建了一个名为文件夹lib下(在Eclipse工作空间)我的项目文件夹,并在里面复制我的外部库,然后将它们添加到构建路径.然而后来我需要一些其它的东西一样JCommons,JFreeChart,Apache Commons Math等.根据这些指令库可以/应当被包括作为用户库,允许开发者看到从IDE(如Eclipse)内的文件和源代码.到目前为止,我已经把它弄好了,我希望......
那问题出在哪里？首先,它出现了,因为上面提到的用户库没有包含在项目的SVN副本中,这意味着想要测试我的项目的同事不能这样做,只需从SVN获取项目.现在,当我在工作中更改我的工作站时,问题的第二阶段没有表面,我想从我的备份中将我的项目导入Eclipse,但是除了那些用户库之外的所有内容都在那里.为了使事情变得更复杂,当这个软件完成后,它将在服务器上实现,因此如果所有内容都可以打包到一个单独的库或更好的可运行jar文件中,那将是绝对最佳的.
我之前被建议看看Maven,或者Ivy,但是在检查它们之后我最初的理解是它们从一开始就被使用,主要用于更复杂的项目.老实说,我完全不知道如何管理我的依赖项.有任何想法吗？
(抱歉让它保持很长时间,但我认为更完整,而且信息不充分)
编辑:我设法解决了问题; 问题显然源于eclipse没有将所有资源复制到一个地方的简单事实,而某些库的安装说明并没有真正警告你如何以最佳方式管理库.
感谢大家,他们花时间尝试帮助我.我会及时看看像Maven和Ivy这样的项目,这绝对是有趣的东西.但是现在我只需要回到运行状态的软件,长时间摔跤新东西.. :)
Ben*_*Ben 10
冒着异端行为的风险,我会说Maven和wot-not在这里是矫枉过正的.您需要在SVN项目中使用依赖项,这很简单.您已将lib文件夹添加到Eclipse中的构建路径中,这很好.但除非您专门将lib文件夹的内容添加到项目中(如Fred所述),否则这些项目将无法提交给SVN - 它们只会在您的设置的类路径中引用.这对你有好处,对任何想要查看你的项目的人都没有好处(正如你所发现的那样).
我很欣赏我们可以就最佳实践进行无休止的讨论,将第三方库提交给版本控制的有效性等等......但我认为大多数人都有工作要做;-)
| 归档时间： |
|
| 查看次数： |
12094 次 |
| 最近记录： |