Git 如何使用bitbucket进行延迟部署

我拥有一些由脚本（没有编译的二进制文件）组成的软件工具。我希望将脚本直接存储在bitbucket repo中，然后有一个工具包装器，当用户首次尝试访问该版本（通过git SHA或标记）时，它将自动部署该工具的版本。我们还有其他一些工具可以做到这一点，但我不确定它们是否以最好的方式做到这一点。他们肯定不是在处理竞争条件，为了简单起见，他们正在部署一个人人都可以写的临时目录，这显然不是最安全的做法

---

有没有人知道有哪一个开源代码可以实现这种延迟部署？我很好奇其他人是怎么处理的。或者这种部署不是人们所做的吗？

如果Git将被用作部署过程的一部分，那么所述部署可以引用一个：默认情况下，Git repo将只存储作为子模块引用的嵌套repo的URL和Git SHA1（在您的例子中是脚本BitBucket repo）

---

每当用户第一次需要它时，

git子模块更新--init

就足以获取子模块repo的实际内容，并用脚本填充它。

如果git将用作部署过程的一部分，那么所述部署可以引用：默认情况下，Git repo将只存储作为子模块引用的嵌套repo的URL和Git SHA1（本例中是脚本BitBucket repo）

---

每当用户第一次需要它时，

git子模块更新--init

就足以获取子模块repo的实际内容，并用脚本填充它。

我不太明白子模块在这里有什么帮助。我知道你可以更新子模块的SHA1，但是你也可以在没有子模块的情况下更新。我需要在NFS上部署多个版本。多个用户将访问此文件，不同的用户将需要不同的版本。@NathanPeterson子模块是URL和SHA1的组合。但是只有一个SHA1，所以只有一个版本，这似乎不是你的用户所需要的。我不太明白一个子模块在这里会有什么帮助。我知道你可以更新子模块的SHA1，但是你也可以在没有子模块的情况下更新。我需要在NFS上部署多个版本。多个用户将访问此文件，不同的用户将需要不同的版本。@NathanPeterson子模块是URL和SHA1的组合。但是只有一个SHA1，所以只有一个版本，这似乎不是您的用户所需要的。