php - 上传一些特定的功能，但不是所有开发的功能从开发到实时服务器

Question

这或多或少与项目管理有关，也与每个开发人员有关。当你们在开发站点上开发了许多功能并且所有功能都经过客户测试并准备上线时，你们如何处理这种情况。

这些功能在公共(public)文件中有一些代码，即。一个 PHP 文件包含一项功能和一项其他功能的代码。

但是客户端会要求您只上传 10 或 15 个功能中的 2 个。文件很常见，如果您直接上传该文件会导致错误问题，因为它们具有其他功能的代码。如果您上传所有更新的文件，那么所有功能都将生效。

一种可能的方法是返回并从通用文件中注释掉目前不需要的功能。但是有可能忘记在其他任何地方发表评论。

这也不是一个好方法，最后客户会说发生了什么一切都在开发服务器上进行了测试，以及为什么在实时服务器上引入了这些错误和错误。这将降低对开发人员的信任。

我多次遇到这个问题，但找不到任何好的方法来避免这些问题。所以我想你们也面临或面临这个问题。

我认为版本控制系统可以提供帮助。

你们是怎么处理的？

你能分享想法吗？

Answer 1

您所描述的情况是不可能理智地处理的。我不认为有可能让这种情况奏效，但真正的问题是你为什么要这么做？

您描述的场景存在很多问题，但核心问题确实是这个。您正在测试一件事，并部署另一件事。您在问题中承认变化的相互关联性。实际上，它比您描述的还要困难。当您尝试部署经过测试的解决方案的一部分时，您根本无法知道系统的行为方式。为什么要测试它？

我能看到的唯一明智的解决方案是拥有一个用于演示新功能的沙盒环境。但是，只保留您的测试环境以测试将上线的内容。因此，在您的示例中，一个或两个功能正在测试中，准备签署生产，而其他功能则锁定在沙箱中。

这会导致下一个问题，即管理您的源代码。我没有看到任何明智的策略来管理代码库中任意包含的功能。即使在我所知道的最灵活的系统 Perforce 下，任何分支策略都需要在您尝试将内容移入和移出时对合并做出糟糕的决定。

我已经看到这种情况发生了，相信我，它会变得非常丑陋。

我建议你想出一个更好的解决方案。与您的客户交谈并改变做事的方式。这对您会更好，从长远来看对他们也会更好。