Tag: svn

Android + Eclipse项目通过SVN共享？: 我是Eclipse（Galileo，面向Java开发人员的Eclipse IDE）的新手，并且正在开发我的第一个Android应用程序，但在许多其他类型的项目和开发中使用了SVN。昨晚我第一次尝试将新的源码推送到共享存储库（在工作中），然后在家中将其拉回来。基于SO问题/答案，我忽略了bin和gen文件夹，但添加了其他所有内容。当我回到家时，我曾希望将eclipse指向新下载的源代码树一样容易。我尝试将工作空间（在eclipse启动时请求）设置为包含所有源的精确文件夹。什么都没有出现。无论坐在工作区文件夹中的所有源和文件是什么，都好像我开始新鲜。然后我想也许我需要打开一个“项目”文件来推动事情的发展。打开.project文件会在eclipse的XML编辑器中生成该文件的内容。我在这里想念的是什么？项目元数据是否未存储在源树中？我是否必须在获取源的工作副本的每台计算机上构建项目元数据？我的家庭Eclipse安装有问题吗？有人可以给我一个概述他们（成功）如何做到这一点？

你如何处理不同的Java IDE和svn？: 您如何确保可以将代码签入Eclipse或NetBeans并在其中使用它？编辑：如果您没有签入与ide相关的文件，则每次签出项目时都必须重新配置buildpath，includes和所有这些内容。我不知道，如果ant（特别是从eclipse创建/导出的ant构建文件）将无缝地与其他ide一起使用。

确保对新Subversion提交的覆盖率最小: 我们有一个大型项目，几乎没有任何unit testing。我想从现在开始确保开发人员提交新function（或错误！），而没有相应unit testing的最小覆盖范围。有哪些方法可以强制执行此操作？我们使用很多工具，所以也许我可以使用插件（jira，greenhopper，fisheye，sonar，hudson）。我也在考虑一个Subversion预提交钩子，jira的Commit Acceptance插件，或类似的东西。思考？

从插件调用代码时出现问题：“org.eclipse.jface”: 我从Eclipse获得了一个来自SVN的新Java项目，并且只是试图在Eclipse的Project Explorer窗口中打开该项目并收到此错误：从插件调用代码时出现问题： “org.eclipse.jface” 。我该如何解决这个问题？ exception堆栈跟踪： java.lang.NullPointerException at org.jboss.ide.eclipse.as.classpath.core.ejb3.EJB3ClasspathContainer.getClasspathEntries(EJB3ClasspathContainer.java:115) at org.eclipse.jdt.internal.core.JavaProject.resolveClasspath(JavaProject.java:2695) at org.eclipse.jdt.internal.core.JavaProject.resolveClasspath(JavaProject.java:2853) at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1958) at org.eclipse.jdt.internal.core.PackageFragmentRoot.getRawClasspathEntry(PackageFragmentRoot.java:547) at org.eclipse.jdt.internal.corext.buildpath.ClasspathModifier.isExcluded(ClasspathModifier.java:485) at org.eclipse.jdt.internal.ui.wizards.buildpaths.newsourcepage.IncludeToBuildpathAction.canHandle(IncludeToBuildpathAction.java:170) at org.eclipse.jdt.internal.ui.wizards.buildpaths.newsourcepage.BuildpathModifierAction.selectionChanged(BuildpathModifierAction.java:101) at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:164) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:49) at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:175) at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:162) at org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:2188) at org.eclipse.jface.viewers.StructuredViewer.handleSelect(StructuredViewer.java:1211) at org.eclipse.ui.navigator.CommonViewer.handleSelect(CommonViewer.java:478) at org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:1241) at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:239) at org.eclipse.jface.util.OpenStrategy.access$4(OpenStrategy.java:233) at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:403) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4128) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1457) at […]

TFS for Java – 糟糕的主意？: 我们正在考虑将TFS用于基于.NET的项目和任务管理平台。有些团队只使用Java开发，他们对SVN（Subclipse）非常满意。我们的经理提出了以下问题：我们是否应该将Java团队迁移到TFS？ TFS（仅限源代码控制）是否处理好Java项目？将我们的Java代码库和历史从Subclipse迁移到TFS是一件痛苦的事吗？目前，出于可维护性原因，我们希望将TFS用作唯一的源控制平台。我们希望避免让我们的IT人员支持多个系统。谢谢

打开eclipse Markeplace: 我想使用eclipse marketplace添加svn插件，但是当我尝试这样做时，我有这个例外： Cannot open Eclipse Marketplace Cannot install remote marketplace locations: Unable to read repository at marketplace.eclipse.org/catalogs/api/p. Unable to read repository at marketplace.eclipse.org/catalogs/api/p. sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target Unable to read repository at marketplace.eclipse.org/catalogs/api/p. sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification […]

替代Subversion中的二进制文件: 我的一些同事确信将构建工件提交到subversion存储库是个好主意。这样的论点就是这样，测试机器上的安装和更新很容易 – 只需“svn up”！我确信有很多反对这种不良做法的论据，但我能想到的只是“它占用更多空间”等蹩脚的行为。没有做到这一点的最佳，杀手原因是什么？还有什么其他方法呢？这是针对Java代码的，如果这会产生影响。一切都是从Eclipse编译的（没有自动PDE构建）。当我说添加构建工件时，我的意思是提交看起来像这样： “Added the new Whizbang feature” M src/foo/bar/Foo.java M bin/Foo.jar 每个代码更改都有相应的生成的jar文件。

在VCS中存储.jar文件的最佳实践（SVN，Git，…）: 我知道，在Maven时代，不建议将库存储在VCS中，但有时它仍然有意义。我的问题是如何最好地存储它们 – 压缩或未压缩？未压缩它们更大，但如果它们被更新的替换了几次，那么两个未压缩的.jar文件之间存储的差异可能比压缩文件的差异小得多。有人做过一些测试吗？