SVN分裂困境
我有一个JavaEE项目,如下所示:SVN分裂困境,svn,maven,Svn,Maven,我有一个JavaEE项目,如下所示: hms2(Maven父级pom) hms2耳 hms2 ejb hms2网络 我应该全部使用一个SVN存储库,还是应该分成4个SVN存储库 我会说使用一个存储库。除了一些复杂性,我看不出你会从拥有几个中得到什么。项目之间也相互关联(至少在主题上是如此)。我想说的是使用一个存储库。除了一些复杂性,我看不出你会从拥有几个中得到什么。此外,项目之间也相互关联(至少在主题上)。将它们保存在一个回购协议中,因为它们似乎是相关的,将事物从一个回购协议转移到另一个回购
- hms2(Maven父级pom)
- hms2耳
- hms2 ejb
- hms2网络
我会说使用一个存储库。除了一些复杂性,我看不出你会从拥有几个中得到什么。项目之间也相互关联(至少在主题上是如此)。我想说的是使用一个存储库。除了一些复杂性,我看不出你会从拥有几个中得到什么。此外,项目之间也相互关联(至少在主题上)。将它们保存在一个回购协议中,因为它们似乎是相关的,将事物从一个回购协议转移到另一个回购协议(有历史记录)在svn中简直是噩梦。将它们保存在一个回购协议中,因为它们似乎是相关的,并将事物从一个回购协议转移到另一个回购协议(有历史记录)在svn中是一场噩梦。如果您使用maven,并且您的组件遵循不同的开发生命周期,那么您也可以拆分svn repo,但与内部maven repo(如Artifactory或Nexus)结合使用,这样您就可以让开发人员无需源代码即可构建其组件 如果您的应用程序是单个应用程序(即使是为了职责分离而分层),则不应拆分
看到您正在使用maven模块(与父POM一起),我认为您是在第二种情况下。如果您使用maven,并且您的组件遵循不同的开发生命周期,您也可以拆分SVN repo,但可以与内部maven repo(如Artifactory或Nexus)结合使用因此,您可以让开发人员在没有源代码的情况下构建他们的组件 如果您的应用程序是单个应用程序(即使是为了职责分离而分层),则不应拆分
看到您使用的是maven模块(与父POM一起),我认为您是在第二种情况下。第二种情况下,如我不应该拆分?是的,在第二种情况下,您不应该拆分。第二种情况下,如我不应该拆分?是的,在第二种情况下,您不应该拆分。