Git 预接收挂钩性能问题
Git pre-receive hooks performance issues
目前我在 GitLab 服务器中使用预接收挂钩来验证所有推送的文件
- 但我想知道预接收挂钩是否会导致任何性能问题??
- ** 我们应该避免在 gitlab 中使用服务器端挂钩的 drawbacks/when 是什么 **
是否有检查 gitlab 服务器性能问题的方法
很难说一组给定的 pre-receive 钩子是否会导致性能问题。要确定地知道，您需要设置一个测试实例并使用您的实例的代表性工作负载进行测试。在小型服务器上推送数千次提交可能会出现问题，而在非常强大的服务器上推送少量提交可能会很好。
但是，在许多情况下，避免 pre-receive 挂钩可能会有所帮助，挂钩必须 运行 紧接在任何推送可以被接受之前，而是选择使用某种受保护的分支和然后使用 CI 作业检查代码。这不需要 运行 内联，可以 运行 在另一个更强大的系统上，而且它可能还会为您提供更大的灵活性，以跨不同的存储库执行不同类型的检查。它还可以通过允许他们检查日志来为推送代码的人提供更有帮助的响应。
目前我在 GitLab 服务器中使用预接收挂钩来验证所有推送的文件
- 但我想知道预接收挂钩是否会导致任何性能问题??
- ** 我们应该避免在 gitlab 中使用服务器端挂钩的 drawbacks/when 是什么 **
是否有检查 gitlab 服务器性能问题的方法
很难说一组给定的 pre-receive 钩子是否会导致性能问题。要确定地知道，您需要设置一个测试实例并使用您的实例的代表性工作负载进行测试。在小型服务器上推送数千次提交可能会出现问题，而在非常强大的服务器上推送少量提交可能会很好。
但是，在许多情况下，避免 pre-receive 挂钩可能会有所帮助，挂钩必须 运行 紧接在任何推送可以被接受之前，而是选择使用某种受保护的分支和然后使用 CI 作业检查代码。这不需要 运行 内联，可以 运行 在另一个更强大的系统上，而且它可能还会为您提供更大的灵活性，以跨不同的存储库执行不同类型的检查。它还可以通过允许他们检查日志来为推送代码的人提供更有帮助的响应。