Project management 您如何组织您的开发环境

Project management 您如何组织您的开发环境,project-management,organization,Project Management,Organization,我有一个文件夹,里面有我所有的项目,用不同的语言。然后我得到了我可能最终在代码中使用的库(主要是jar文件)。我相信有一个公认的做法,对吗?专业人士做什么?这实际上取决于你使用什么工具,以及你喜欢如何组织它 例如,我看到有人使用Eclipse,但将每个项目放在一个工作区中,或者为每个项目使用一个工作区。项目的实际存储也可能有所不同。所以,我不认为有一个公认的做法 我认为您需要找出最适合您的工具。这实际上取决于您使用的工具以及您喜欢如何组织它 例如,我看到有人使用Eclipse,但将每个项目放在一

我有一个文件夹,里面有我所有的项目,用不同的语言。然后我得到了我可能最终在代码中使用的库(主要是jar文件)。我相信有一个公认的做法,对吗?专业人士做什么?

这实际上取决于你使用什么工具,以及你喜欢如何组织它

例如,我看到有人使用Eclipse,但将每个项目放在一个工作区中,或者为每个项目使用一个工作区。项目的实际存储也可能有所不同。所以,我不认为有一个公认的做法


我认为您需要找出最适合您的工具。

这实际上取决于您使用的工具以及您喜欢如何组织它

例如,我看到有人使用Eclipse,但将每个项目放在一个工作区中,或者为每个项目使用一个工作区。项目的实际存储也可能有所不同。所以,我不认为有一个公认的做法


我想你需要弄清楚什么对你最合适。

我有一个名为“工作”的文件夹。在这个文件夹下,我有一些项目

这个项目包含了我开发的所有软件,每个软件有一个目录,有一个常规的名称。每个目录都是一个完整的集市响应,包含标签、主干和分支(继承了我以前的svn风格,可能我很快就会改变)

我还为项目开发特定的运行时。每个运行时都是通过一个makefile下载和安装的,该makefile下载并编译所需的所有内容(libs、解释器和编译器,在某些lib需要特定版本的最坏情况下)

由于我的工作主要涉及小代码,我也有一个存档的和过时的子文件夹到项目中,在那里我把我不再使用的东西(第一个)或被更好的程序(过时的)取代。我从不丢弃旧代码,因为它明天可能会有用

对于部署和使用,我有一个python脚本,它进入每个项目子目录并下载依赖项,编译所有内容,并将其打包为nutz文件(Chestnut Package Manager实用程序的一种jar文件,也是我的产品)


然而,在大多数情况下,专业人员使用IDE为他们做一切。我不喜欢这种方法,因为经常使用和学习IDE比我所做的要花费更多的时间。IDE的实现是基于这样一种理念,即您拥有业务客户机和一个潜在的大型软件项目,其中包括一个团队。我现在已经超出了这个范围,对我来说,使用复杂的IDE就像在海上度过一个愉快的周末。完全超出了我当前需要的范围。

我有一个名为“工作”的文件夹。在这个文件夹下,我有一些项目

这个项目包含了我开发的所有软件,每个软件有一个目录,有一个常规的名称。每个目录都是一个完整的集市响应,包含标签、主干和分支(继承了我以前的svn风格,可能我很快就会改变)

我还为项目开发特定的运行时。每个运行时都是通过一个makefile下载和安装的,该makefile下载并编译所需的所有内容(libs、解释器和编译器,在某些lib需要特定版本的最坏情况下)

由于我的工作主要涉及小代码,我也有一个存档的和过时的子文件夹到项目中,在那里我把我不再使用的东西(第一个)或被更好的程序(过时的)取代。我从不丢弃旧代码,因为它明天可能会有用

对于部署和使用,我有一个python脚本,它进入每个项目子目录并下载依赖项,编译所有内容,并将其打包为nutz文件(Chestnut Package Manager实用程序的一种jar文件,也是我的产品)


然而,在大多数情况下,专业人员使用IDE为他们做一切。我不喜欢这种方法,因为经常使用和学习IDE比我所做的要花费更多的时间。IDE的实现是基于这样一种理念,即您拥有业务客户机和一个潜在的大型软件项目,其中包括一个团队。我现在已经超出了这个范围,对我来说,使用复杂的IDE就像在海上度过一个愉快的周末。完全超出了我当前需要的范围。

这在很大程度上取决于您使用的编程语言。我正在用java编程,我所见过的最好的结构是。

由于maven具有强大的依赖关系管理,您不需要处理几十个jar文件。您可以使用现有的插件来完成几乎所有您可以想象的目标。您还可以将项目组织在小的子项目中,以实现最佳的重用。
这在很大程度上取决于您使用的编程语言。我正在用java编程,我所见过的最好的结构是。

由于maven具有强大的依赖关系管理,您不需要处理几十个jar文件。您可以使用现有的插件来完成几乎所有您可以想象的目标。您还可以将项目组织在小的子项目中,以实现最佳的重用。

对我来说,它是项目根目录下的以下目录列表:

  • src for.java文件,使用包层次结构
  • 第三方JAR的lib,除非我是从存储库(例如Spring发行版)获取它们
  • JUnit或TestNG测试文件的测试
  • .properties、.xml等的资源或配置
  • 如果它是一个web应用程序,它包含web-INF及其所有助理
  • 如果我有任何文件的话
  • 我喜欢春天人进化出来的结构

    我使用IntelliJ,所以我想要任何结构都能很好地使用它


    我有一个目录/work,用于保存所有Subversion工作副本。

    对于我来说,它是项目根目录下的以下目录列表:

  • src for.java文件,使用包