2017-05-26 14 views
0

我們有一個應用程序從網絡共享文件夾調用某些存儲過程,我們(現在)直接編輯這些過程(手動備份)。我想讓他們版本化,這樣我們可以回滾到以前的版本,並組織起來。是否可以共享文件夾作爲「來源」並讓其內容自動與特定分支同步

我想到的是使用應用程序讀取過程的文件夾作爲本地存儲庫的「原點」。當我在我的本地環境中對工作副本進行更改後,我提交併推送到遠程,並且該文件夾會自動提取並修改其內容以反映更改。

GIT可以這麼做嗎? 我們多個人在這些程序工作,所以我們不能使用網絡共享文件夾的工作副本,並有其他系統(例如企業git的服務器)上的實際遠程

編輯:

例子:

比方說,應用程序讀取從共享文件夾 服務器A上的程序在我們本地機器(B和C)我wan't有一個本地 回購具有共享文件夾作爲遠程起源等等我們可以承諾 並將我們的更改推送到A. Aft呃我們推動我們的修改,A應該「從自身拉 」(如果這是有道理的)讓它的文件夾反映在推送的提交中的更改。因此,從 讀取A上的文件夾的應用程序正在使用最新版本的過程。

回答

0

您可以使用git hook在推送到存儲庫後執行一些步驟,例如更新您的過程(通過從回購中提取)。

+0

但是鉤子放在哪裏?在我的本地reposotory?那麼遠程倉庫是如何創建的?它不能作爲裸存儲庫 –

+0

假設應用程序從服務器A上的共享文件夾讀取過程。在我們的本地計算機(B和C)上,我不想擁有一個本地存儲庫,並將共享文件夾作爲遠程來源以便我們可以承諾並將修改推送給A.在我們推進修改之後,A應該「從本身拉」(如果這是有道理的),讓它的文件夾反映推送的提交中的更改。因此,從A上的文件夾讀取的應用程序正在使用最新版本的過程。 –

+0

然後,您可以在服務器A上的回購站中放置一個掛鉤,並且應該在每次推送後更新其工作副本。您可以使用[文件協議](https://git-scm.com/book/en/v2/Git-on-the-Server-The-Protocols)與回購協議進行通信。是否有意義? –

相關問題