2011-07-01 47 views
0

我是一个web开发者,我们有一个生产基地作为最新&最大的我们的网站的(大量的Coldfusion的)。将我们的生产站点作为git服务器进行版本控制是否明智?Git:生产代码的版本控制?

缺点?好处?

或多或少,我设想,我会把混帐对事物的制作方为渊源考分支/主那么一旦我们准备去住推到我们的生产。这是明智的吗?

+2

定义'版本控制'?你还没有使用版本控制进行开发吗?您的公共站点上是否有任何内容不是直接来自开发版本控制? – Amber

+1

您是否在讨论将代码放在公共git托管服务(ala github?)上 – phtrivier

+0

我们目前没有部署git,我们正在使用它进行开发。我可以将我的生产站点设置为git repo,所以我只需要执行推送/合并来部署新代码? –

回答

1

你不能推到非纯仓库,因为你推入可能会覆盖在工作目录的变化,你的本地回购不知道。

使用Git像你在谈论部署大多数人有自己的生产目录作为一个Git仓库,和他们拉它,从里面得到更新。无论是从某个中央回购站点,还是集成经理的本地回购,或者类似的东西。

+0

因此,我可以将更新发送到我的开发者服务器,然后从那里工作? –

+0

那么,你会在本地工作(我在本地服务器环境--MAMP,就我而言),然后提交并推送到中央回购站。然后你会进入服务器的web根目录,然后“git pull”你刚刚推送的更改。您甚至可以通过中央存储库上的post-receive钩子自动执行该操作。 –

+0

你是否建议在这种方法上有好的阅读? –

0

使用的.gitignore忽略文件,只有臃肿库。您的存储库容量只会增加,更好地使用这个空间。 分支将帮助您测试出来的东西,然后将它们与主分支集成。 Git非常快,因为它不需要访问大多数操作的服务器。

0

任何版本控制是在开发阶段有用。当你谈论你的Web应用程序时,它就变成了一个部署环境。

在一个理想的世界里,你可以将所有你的网站部件,如图像,视频,静态内容,在GIT动态内容等。

然后,您可以开发一个脚本来推动这些变化共同