我们有一个应用程序，它从网络共享文件夹中调用一些存储过程，我们(截至目前)直接编辑这些过程(手动备份它们)。我想对它们进行版本控制，以便我们可以回滚到以前的版本并更有条理。
我想到的是使用应用程序读取过程的文件夹作为我的本地存储库的"源"。在本地环境中对工作副本进行更改后，我提交并推送到远程文件夹，文件夹会自动拉取并修改其内容以反映更改。
可以使用 GIT 做到这一点吗？ 我们是多个人在处理这些程序，因此我们不能将网络共享文件夹用作工作副本，而是在另一个系统(例如企业 git 服务器)上拥有实际的远程文件夹
编辑：
例：
假设应用程序从共享文件夹中读取过程 在服务器 A 上。在我们的本地机器(B 和 C)上，我不想有一个本地的 将共享文件夹作为远程源的存储库，以便我们可以提交 并将我们的更改推送到 A。在我们推送更改后，A 应该"拉动 从本身"(如果这有任何意义)让它的文件夹反映 推送提交的更改。以便应用程序从 A 上的文件夹正在使用最新版本的过程。
您可以使用 git 挂钩在推送到存储库后执行一些步骤，例如，更新过程(通过从存储库中提取)。