【发布时间】:2014-04-24 05:50:42
【问题描述】:
我是一名网络开发人员,正在考虑将我们最大客户网站上的工作转移到 Git 工作流中,但我是 Git 新手,不知道如何将它与我们客户的 .NET 服务器和 IT 人员集成。
当前的工作流程是:我和一位同事合作处理站点文件的本地版本,然后我们通过 FTP 将其推送到客户端的开发服务器(可通过 VPN 访问)。一旦他们的开发更改获得批准,我们必须对每个更改的文件进行编目,并将列表通过电子邮件发送给客户的 IT 团队。然后,他们的一个团队手动将更改的文件从 dev 推送到他们的生产服务器。我们不允许对生产服务器进行任何访问,因为上面有企业应用程序以及面向公众的 Web 目录。
有点尴尬的是,客户的 IT 人员都是 .NET 开发人员,而我们是一家 Mac 商店。幸运的是,站点文件 99% 是 HTML/CSS .aspx 文件,因此我们很容易使用它们。有时,IT 人员会发布我们必须合并的 .ascx 表单控件,但大多数情况下,更改会从我们传递给他们。
随着网站的发展,对更改文件进行编目工作已成为瓶颈和潜在故障点。我想自动化部署并提供修订跟踪和回滚。从我们这边的路由器来看,Git 看起来像是要走的路。
但是我对工作流的客户端有什么建议呢?我的理解是 Git 不是 .NET 或 IIS 原生的。我怀疑我能否说服我们客户的 IT 人员安装和使用新工具集。他们的主要工作是企业应用程序开发,我觉得他们并不是为了实时推送我们的网络更新而感到兴奋。
【问题讨论】:
-
Team Foundation Server 支持 git。可能是你推动事情的方式(没有双关语)