2012-03-09 97 views
6

我已經花了上週在Git上閱讀並試圖找出如何適應它到我們公司。有一個很多的信息在那裏,除了其他資源,我發現Pro Git book非常有用。然而,對我來說仍然是個謎題(它不在本書中),就是如何將Git存儲庫「鏈接」到我們的生產服務器。從Git部署代碼到生產服務器(s)

我們當前的設置由一個SVN服務器組成,我們都承諾(我發現這可以通過在共享位置設置一個裸露的Git存儲庫並推送到它來實現)。我們的生產服務器(有多個客戶運行相同的PHP代碼庫)目前是SVN工作副本,我們通過運行svn up,一次手動更新一個。

在Git中處理此問題的最佳方法是什麼?我想在我的Git存儲庫and pushing to them中添加生產服務器作爲遠程服務器,但我認爲如果不同的服務器獲得不同的推送歷史記錄,這可能會造成混淆(這可能是您確實需要它集中的一種情況)。或者你需要使用像https://github.com/mislav/git-deploy這樣的工具嗎?

我不禁感慨Git的開發者並沒有真正想過這個'..我希望我失去了一些東西:)

+0

嘿,我有一個快速的問題。我只想驗證一下。我不確定這是否正確,但是這完全沒問題,你應該在生產服務器上有一個git repo來推送你的文件嗎?我的意思是這個問題巧妙地回答了這個問題,但我想在這裏確實是哈哈。我很感激。 – Andy 2012-06-26 03:22:56

回答

6

可以實現與混帳相同的工作流程。設置一個裸回購,您可以將您的代碼推送到您的生產服務器上並克隆該回購。當發生什麼事情時,你想更新你的生產回購,只需做「git pull」而不是「svn up」。

這是一個很好的開始,讓事情進展順利。過了一段時間,你可能想要自動化,你可以用很多很酷的東西來做。 git鉤子。

+0

謝謝,這很有幫助。 – Rijk 2012-03-09 11:06:49

+0

這可能對你也很有趣:[一個以Web爲中心的Git工作流程](http://joemaller.com/990/a-web-focused-git-workflow/) – hakre 2012-03-09 11:31:22

+0

@hakre確實是一個有趣的鉤子腳本演示(雖然我不會去這個工作流程,因爲我們從不直接修改生產服務器上的代碼) – Rijk 2012-03-09 12:43:58

相關問題