2012-04-04 31 views
8

This thread对于找出Netbeans中的哪些文件应该进入源代理程序非常有用,但它不涵盖所有文件。NetBeans:应该将nbactions.xml,nb-configuration.xml和catalog.xml进入源代码管理?

特别是我想知道下列文件是否应该进入源代码管理。下面是我的假设/猜测:

  • NB-configuration.xml中 - 最简单的 - 文件本身的评论说,这应该进入源代码控制。

  • nbactions.xml - 从我看到的这个文件存储典型的运行应用程序的信息。即JVM参数等。所以我想这是一个品味问题 - 如果你想让其他开发者有一个“建议”的运行配置 - 包括它。否则 - 不要。正确?我不确定这是干什么的(我猜它是编辑器用来找出xml模式等等来启用语法着色,但它只是一个猜测)。无论如何 - 我看到这个文件具有系统特定的信息(路径) - 因此不应该进入源代码管理。

任何人都可以确认上述内容吗? 谢谢,

彼得

回答

2

在我的基于Maven的项目中,我把nbactions.xml到源代码控制。只要确保将绝对路径更改为相对路径。

+1

是的,我也是。另外,在nbactions.xml中,可以定义自定义构建配置 - 在开发人员之间共享这些配置非常有用。由于这是目前唯一的答案,我会接受它。 – machinery 2012-06-12 12:26:19

2

我把nbactions.xml放在源代码控制中,但有一个警告:它的内部格式可以改变,所以如果你的开发者出于任何原因使用不同版本的NetBeans,你可能必须删除它,因为共享它变得讨厌。

最近我从NetBeans 7.3.1升级到7.4,“运行”操作给出了一个奇怪的错误消息。我通过删除和重新生成nbactions.xml解决了这个问题:旧版本为“运行”和“调试”操作定制了一个Maven目标;它是org.codehaus.mevenide:netbeans-deploy-plugin:1.2.4:deploy它在IDE v7.3.1中不可见(也许它是由内部使用的更旧版本生成的),并且在v7.4中生成了org.openide.util.Lookup找不到的类。我在这里记录了这个问题,因为我在网络上搜索失败后,自己找到了解决方案。我希望这可以帮助别人。

3

我从来不把我的IDE配置文件在仓库中,有以下几个原因:

  • 其他同事可能要使用他们的;其他同事可能希望使用其他IDE(如Eclipse)并查看这些文件(甚至必须将它们从结帐中排除)可能会让他们感到烦恼;
  • 其中一些文件通常与单个项目无关,其他文件自动生成,因此无需将它们存储在每个项目的源代码中。

为了排除他们,我们的第一个解决方案是.svnignore,但它仍然是逻辑错误修改单个用户的特定需要一些共享的内容,所以我们决定要更严格:

在我~/.subversion/config我:

[miscellany] 
global-ignores = nbactions.xml nbproject 

希望这有助于

马塞罗