git子模块在这里有多好？

Question

我们有一个JRuby的前端与后端的Scala集成（使用Git维护）（使用Artifactory的维护）。后端jar文件位于/ lib/jar中。

截至目前，每当一个罐子被更新，我们下载JAR并将其复制到/ lib目录/瓶。我们不会将jar添加到git（空间，速度等），所以我们无法跟踪哪个jar与特定的前端提交。

我们希望按如下方式实现它，

1. 前端在V1.1中，后端在V1
2. 前端在V1.1中，后端进入到V2
3. 前端现在V1.2在V2
4. 前端去V2.2，后端（强制用户更新的jar），后端在V2在V2.2
5. 前端，后端去V3
6. 前端现在V2.3（F orce用户更新jar），后端在v3

每当后端更新，有没有办法告诉前端开发后端已更新，并需要做一些像“git pull”获取后端开发者推送到Artifactory的最新jar。

可能的解决方案

==========================

1）后端dev的构建罐，推动到artifactory的

2）这个生成过程还更新在前端应用

3）前端的git拉下载最新的罐子在配置/ jars.rb的jar的版本号（但不是这个jar添加到提交）如果在配置/ jars.rb变化

==========================

**最终，问题是跟踪哪个版本的jar进入特定前端承诺，而存放在前台回购该JAR（因为它已经存在artifactory的）**

请问在这种情况下，一个git子模块的工作？有什么建议么？

Answer 1

当我明白你的问题，Artifactory的的Build集成功能应该做的工作。它将允许你跟踪每个构建的jar返回到触发构建的git commit。

Answer 2

你可以写一个简单的Artifactory的plugin截获的afterCreate（）事件来更新到新部署的后端罐子引用前端配置。插件是Artifactory Pro的一部分。