在本地还是直接在服务器上编写PHP代码更好？

我和老板争论了很久，现在我对自己有了怀疑

我们在一个小团队中工作，基本上只有我是一名web开发人员，当我需要做繁重的工作时，另一个人会帮助我：p

我的老板试图让我直接在测试服务器上编写代码，这样他就可以检查我的进度。。。

---

我坚持在本地工作，然后在更稳定的时候上传，有点像补丁，因为我不想让测试人员（我的老板，有时甚至客户自己）看到在我编写代码时必然会发生的错误。。。而且我经常保存，所以远程工作意味着保存速度较慢如果是一个私人测试站点，这一切都取决于客户想要什么。这两种情况我都做过，后者确实让我更难过，但有时这正是客户想要的

（客户）希望每小时复查一次，然后在事情还没有完成时抱怨。这可不好玩，我会问他你是否可以去当地开发，每晚推补丁之类的

---

尽管在测试服务器上开发的优点是，您可以注意到一些问题，这些问题在生产之前可能不会注意到。它有起有落。我通常在本地开发，并尝试每周将我的更改推送到一个相同的安装测试服务器上，以检查是否有任何奇怪的错误。

如果是一个私人测试站点，这一切都取决于客户想要什么。这两种情况我都做过，后者确实让我更难过，但有时这正是客户想要的

（客户）希望每小时复查一次，然后在事情还没有完成时抱怨。这可不好玩，我会问他你是否可以去当地开发，每晚推补丁之类的

---

尽管在测试服务器上开发的优点是，您可以注意到一些问题，这些问题在生产之前可能不会注意到。它有起有落。我通常在本地开发，并尝试将更改推送到相同的安装测试服务器上，每周检查一次是否有任何奇怪的错误。

最好在开发服务器上编写代码（尤其是本地），完成代码并测试后，将其推送到实时/测试服务器

直接在live/test服务器上开发是一个非常坏的习惯，因为您必然会与其他开发人员发生冲突

当您与其他人一起工作时，还应实施修订控制系统。（基本上，即使你在开发solo，你也应该这样做。我的私人项目也有一个，因为ist只是让错误更容易恢复。）

如果您有一个版本控制系统，您可以与所有开发人员达成一致，只检查已在本地成功测试的更改，然后创建一个提交挂钩，该挂钩将自动更新对testserver的所有提交

---

因此，每次更新版本时，测试服务器都会跟进，而在提交之间，测试服务器保持稳定

最好在开发服务器上编写代码（基本上是本地的），完成代码并进行测试后，将其推送到实时/测试服务器上

直接在live/test服务器上开发是一个非常坏的习惯，因为您必然会与其他开发人员发生冲突

当您与其他人一起工作时，还应实施修订控制系统。（基本上，即使你在开发solo，你也应该这样做。我的私人项目也有一个，因为ist只是让错误更容易恢复。）

如果您有一个版本控制系统，您可以与所有开发人员达成一致，只检查已在本地成功测试的更改，然后创建一个提交挂钩，该挂钩将自动更新对testserver的所有提交

---

因此，每次更新版本时，测试服务器都会跟进，而在提交之间，测试服务器保持稳定

您需要在本地工作，并定期将代码提交到web服务器。服务器上必须安装某种类型的CVS

---

这样，您就可以在本地使任何内容崩溃：），快速将结果上载到服务器，并在1次单击中使用“撤消”选项，如果某些内容在web服务器上无法正常工作

您需要在本地工作并定期将代码提交到web服务器。服务器上必须安装某种类型的CVS

---

这样，您就可以在本地使任何内容崩溃：），快速将结果上载到服务器，并在一次单击中使用“撤消”选项，如果某些内容在web服务器上无法正常工作

即使这个问题不在这里讨论，我仍然不确定您所说的“更好”是什么意思，尽管我可以理解您的问题。显然，在本地编写代码，然后将其推送到服务器上更容易。事实上，这是离题的，而且过于“开放”。这方面没有既定的规则，因此没有正确的答案。这个问题最好在聊天室里问。更重要的问题是为什么你的老板需要经常检查你的进度？如果一个老板对你进行了如此多的微观管理，这要么意味着你失去了老板的信心，要么就是需要有结果，这将导致许多不雅观的工作。他从未设法让我直接在服务器上工作，但他仍然不断地为此困扰我。对我来说，问题在于我没有及时完成工作。。。因为我个人认为我工作过度。。。每天10-12小时，每周5天，周末几乎随时待命，进行“快速修复”……尽管这个问题在这里是离题的，但我仍然不确定你所说的“更好”是什么意思，尽管我能理解你的问题。显然，在本地编写代码，然后将其推送到服务器上更容易。事实上，这是离题的，而且过于“开放”。这方面没有既定的规则，因此没有正确的答案。这个问题最好在聊天室里问。更重要的问题是为什么你的老板需要经常检查你的进度？如果一个老板对你进行了那么多的微观管理，那要么意味着你已经失去了老板的信心，要么就是需要有结果，这将导致许多不体面的工作