Dockerizing一个远程Git仓库有没有意义？
我正在远程机器上为我的团队设置一个Git仓库。 我们一直在试图尽可能多的Dockerize部分基础设施（比如Jenkins），但是我没有看到Dockerizing Git仓库的重点。
我们仍然使用主机上的SSH deamon实际接收入站Git推送/拉取请求。 看起来Git Docker容器的唯一目的就是以某种方式向主机提供Git可执行文件。 Git仓库本身会保存在文件系统中的Docker卷上，无论如何Dockerization似乎都不会受益。
我认为这对于Docker来说不是一个很好的用例，我们应该在机器上正常安装Git。 有没有人有任何想法，他们可以分享见解？
一般来说，你dockerize 服务 。 一个git仓库不是一个“服务”。
如果你正在运行一些git仓库托pipe软件（比如Gitlab），你可以使用dockerize，但问“我应该dockerize我的git仓库吗？ 有点像问“我应该把我的Word文档dockerize？” 当然，你可以把它放在一个容器里，但不清楚会给你带来什么好处。
Docker和Git之间更常见的集成点是使用Docker容器在您的源代码上运行testing（以便您拥有运行testing的受控环境）。
另一位评论者指出，Git并不是作为服务运行的。 但是，在容器中运行Gitlab或sshd并不是不合理的。 需要注意的是，随着你部署越来越多的容器，你的基础架构将被devise成支持，所以可能希望尽可能地在容器中部署，甚至像Git这样的服务，你在单独的主机上维护将成为“特殊”，并需要更多的工作来维护。