发展和生产流程

Question

我见过这个问题的解决围网，但我仍然困惑，所以我想我问这个聪明的家伙们在一起的溢出有关这一点。

我们是一个小的启动和在的时刻，我们的工作流程 发展>生产 涉及ftp-ing在和刚刚上传开发码。

开发码是在颠复控制，虽然我们还没有杠杆作用的干/标签/分支机构，因为我没有一个很好的想法，如何以最佳方式使用这种结构。我觉得应该有一个无缝集成的直播现场，不需要我的复制粘贴文件夹和文件。

这里的一些详细信息：-发展Cake+MySQL -主办的在媒体寺(gs) -开发人员使用这两个Mac OS(结尾)，Windows(Photoshop)

所以我要问的是：你怎么设置一个适当的可扩展的工作流程？

Answer 1

您的工作流程似乎正确适用于不具有QA一个小组织。我会建议你一些资源投入到

1）建立产品发布，有一个版本的方案，让您可以准确地跟踪您的产品发布。标签每次发布，这样就可以追踪它。

2）结构的安装程序。不要诉诸手动复制文件夹，因为你可能犯了一个错误。安装人员也使得出问题的时候在生产中很容易地跟踪。

3）请在生产一些QA部署之前。甚至有点QA走一段很长的路要走。开发者不擅长的测试，因为它们可能朝着程序的“特征”被偏压。

4）不要打扰分支机构，只是还没有，直到你真正使用它。只有这样，它变得清晰，你需要哪种结构。颠覆红皮书对如何构建分支。一些想法

Answer 2

我已经在过去做到了这一点的方法之一是具备生产代码实际上是一个活的颠覆客户端，拉出“生产”的分支。

所以，你做的开发分支你像往常一样的工作，当你准备好，你剪一个复制到生产分支。同步生产服务器，你是活的。如果出现问题，可以随时重新同步到旧版本。

有关加分，你可以添加一个临时的分支，让你可以捕捉一切都改变了事情的不是的在你的代码。然后将它们添加到部署脚本根据需要，将调整生产系统。

Answer 3

我认为关键是要考虑到包括作为多工作过程和流程，这将提高的代码的质量和降低你的努力，以部署。关键是要开始创造这些东西当你的代码基地已定居下来。在早期的时候一切正在迅速改变你会花更多时间更新的脚本于你将被拯救的脚本。

我会推荐的以下事情：

1. 创建一个自动化的建立脚本。 有许多不同的技术和脚本语言，可用于(我喜欢蚂蚁)提取的文件从源的控制，自动增加版本编号，添加标签，和创建中部署的软件包。这可能需要大量的努力，以建立和解的任务的开发人员目前正在做的，但这将付出巨大的长期运行。它应该免费你的开发商的重复任务的建设和让他们重点放在解决技术问题。如你所知，开发人员获得无聊做同样的事情，当你觉得无聊你开始犯错误。

2. 自动安装.这是一个边际的优势的同时，事情仍然在快速发展阶段，但在长期，它将释放资源，可以更好地用在其他地方。至少，你应该有一个安装软件包和安装的部署步骤。

3. 临时环境.你可能会说，这不是必需的，直到你的用户基础已经足够大，他们开始sqawking当的生产系统的消失在部署的代码。重要的是要有一个系统，允许你在测试你的改变而令人不安的用户基础。但当然，这还需要一些QA努力。你肯定需要一些测试之前部署。开发总是假定他们是正确的，从来没有错过任何东西，但他们永远不应该相信。总有一个不同的路径代码或一些新的排列的次点击，他们从来没有想到的。

4. 备份SVN.这应该不用说，但我为一个公司在那里我们的资源库没备份了两年多。你备份的通过做一个svndump，并再复制所产生的文件至另一位置。你也可以只是备份的文件夹里你的库存然后再恢复，如果问题出现。