使用GIT进行Java网站版本控制的最佳方法是什么

Question

我的Unix中安装了一个git repo，用于跟踪我们的Java EE网站的版本。

我目前遇到的问题不是git的用法，而是我想使用它的方式，下面将对此进行说明。

我以一个由3个开发人员组成的团队工作，他们为网站开发做出了贡献。

最初，当我在服务器中安装Git时，我直接创建了webapps目录的存储库，其中包含实际的工作文件，并遇到了问题。

1）虽然将更改提交到仓库中，但我们当中的一个通常会执行git add . 并将其提交到存储库中，该存储库不仅将提交提交者更改的文件，而且还将提交其他开发人员的更改。

当我们面对这个问题时，我们决定需要在同一服务器的不同目录中为我们每个人创建单独的非裸仓库，以存放整个代码。我们遵循的基本工作结构如下：

如上图所示，我们创建了一个裸仓库，其中的网站内容由webapp推送，该webapp在图中为Work Directory。

这里的基本工作流程是：

1）为每个开发人员创建n个非裸仓库。

2）从该裸仓库中提取整个网站工作文件

3）更改我们自己的仓库后，推送到裸仓库

4）配置有接收后挂钩的裸仓库实际上将更新工作目录。

此设置运行良好，但我们面临许多问题，如下所示：

1）每个开发人员在单独的目录中都有自己的竞争者，无法在将代码推送到裸仓库之前对其进行测试，这将更新Work Directory- Coz的这些步骤，即使说一个jsp文件更改我最终要进行20次提交直到它开始正常运行而没有错误为止，因为我们tomcat仅指向原始工作目录。

这已成为这里最麻烦的问题。

该策略解决了以前存在的冲突问题，但在测试代码方面甚至产生了更大的问题。

在外出项目中使用GIT似乎有益的情况下，我们如何改善这种情况。

任何人都可以提出任何改进方法的建议。

Answer 1

也许这样的策略可能行得通？ 我在一个小型团队中使用过类似的策略，它对我们来说效果很好：

• 每个开发人员在进行任何更改之前都会创建一个分支。
• 开发人员进行一些工作并提交到他们的分支
• 如果可能的话，开发人员针对自己的目录运行tomcat（或jetty或其他工具）进行测试。 Maven使这变得非常容易。
• 在推销之前，开发人员将分支机构与master相结合
• 开发人员将分支推向裸仓库
• 然后，您（或负责最终批准的人）将分支合并为主分支。 如果开发人员正确地调整了基准，这应该是一个简单的快速向前合并。

更新了有关每个开发人员如何运行webapp的一些想法：

我可以想到几种方法来实现上述第三个要点：

• 使用单个安装的tomcat。 创建多个上下文，每个开发人员一个。

  例如，对于developer1，在tomcat_home / conf / catalina / localhost下创建一个名为dev1.xml的上下文文件，其内容类似于：

  ？xml version =“ 1.0” encoding =“ UTF-8”？>上下文路径=“ / dev1” docBase =“ / home / developer1 / wars / your-webapp-1.0.war” unpackWAR =“ false” />

  （请注意，我删除了第一个“ <”，因此xml将出现在帖子中）

• 使用码头通过命令行进行战争，例如：

  java -jar jetty-runner.jar your-webapp-1.0.war

• 使用由ant或maven之类的构建工具提供的机制来运行和测试Webapp。 例如，在maven中，您可以使用jetty插件通过mvn jetty:run来运行Web应用程序，甚至可以将其配置为启动Web服务器并在每次构建项目时运行测试。