我计划很快使用 vagrant 来轻松管理跨多个程序员的 Web 应用程序的服务器配置。虽然我想知道将盒子传播给同事的最佳做法是什么?我担心如果我在 git 版本控制中包含该框,git 会变得巨大。我认为将配置文件放在 git 中并通过 HTTP 传播该框会更好。如果盒子“丢失”了,我们仍然可以从配置文件重建盒子。
这是一个好主意吗?是否有更好的工作流程,或者我不应该担心 git 存储库的大小?
我计划很快使用 vagrant 来轻松管理跨多个程序员的 Web 应用程序的服务器配置。虽然我想知道将盒子传播给同事的最佳做法是什么?我担心如果我在 git 版本控制中包含该框,git 会变得巨大。我认为将配置文件放在 git 中并通过 HTTP 传播该框会更好。如果盒子“丢失”了,我们仍然可以从配置文件重建盒子。
这是一个好主意吗?是否有更好的工作流程,或者我不应该担心 git 存储库的大小?
这是一个完全合理的想法。如果配置文件允许您从 vanilla 模板(理想情况下是公共模板)重建 box,则只需对文件本身进行版本控制,而不是 box。
一般来说,git 在大多数存储库上都表现良好。对于包含巨大二进制文件的大型存储库来说,情况并非如此。如果您认为您会经常更换该基础盒,请避免版本控制,只需在应用程序设置中进行一步下载即可。
确实,我可能是错的,但我认为盒子的整个想法是提供一个模板,您可以在该模板上构建您的环境,一个起点。应该在 vagrant 文件中更改 env 并通过 git 发送。配置可以轻松共享,但不能通过盒子 afaik 共享。