gpt4 book ai didi

java - 多 IDE 版本控制的 Java 项目 - 是否可以无缝地做到这一点?

转载 作者:塔克拉玛干 更新时间:2023-11-02 08:49:51 24 4
gpt4 key购买 nike

我有一个 Java 项目,其中:

  • 多人将使用版本控制(尤其是 git)来处理它
  • 人们希望使用不同的 IDE 来工作(Netbeans 和 Eclipse 是主要竞争者)

问题在于维护独立于 IDE 的项目文件,但同时可以轻松导入到两个 IDE 中。

我考虑过以下可能性,但对它们不满意:

  • Maven 项目 - 这似乎是最无缝的,但出于多种原因我们选择不使用 Maven
  • 有一个带有 gitignores 的 Netbeans 项目,并在 Eclipse 中做一个 Ant 项目——不确定 build.xml 格式冲突。此外,它对于 eclipse 来说并不是那么无缝。
  • 只有有组织的资源和手动管理的 build.xml - 手动 Ant 很麻烦。导入这些并不是那么无缝。

我个人倾向于第三种解决方案,因为它看起来更通用(尽管很麻烦)。欢迎提出任何建议。

最佳答案

推荐方法

在软件开发项目中,源代码编辑环境的选择可能会引起很大争议。

我不偏袒任何一方,而是始终遵守以下简单规则:

  1. 构建必须在不依赖于 IDE 或 IDE 插件的情况下执行
  2. 不得将 IDE 配置文件 checkin 版本控制

为什么?

第一个规则是常识,它是产生争议的后一个规则。每个 IDE 都有自己的设置格式,此外这些文件往往是非常特定于开发人员机器的。跟踪对这些文件的集体更改根本不切实际。

相反,我鼓励开发人员为他们选择的 IDE 使用构建工具插件。这确实是 Maven 流行背后的原因,“pom.xml”文件已成为确定项目构建类路径的通用标准(跨 IDE 支持)。

如果 Maven 不是一个选项怎么办?

Gradle

一个非常好的构建工具,似乎采用了 Maven 的一些现代方法,但保留了 ANT 的控制权。它的构建文件起初可能看起来很陌生(没有 XML),但往往更短且更容易理解

Ant + Ivy

ANT 早于 Maven,因此没有标准的方法来跟踪它的类路径。它留给了“build.xml”作者。

最好的解决方案是集成apache ivy 插件。它还具有适用于 Eclipse 和 Netbeans 的插件

Ant

如果您更喜欢传统的“自己动手”ANT 方法,那么您可以在构建文件中创建其他目标,生成支持的 IDE 所需的配置文件。

例如,以下问题的答案给出了生成 Eclipse 的“.project”文件的两种方法:

关于java - 多 IDE 版本控制的 Java 项目 - 是否可以无缝地做到这一点?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20715844/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com