如何作为一个团队管理 Google App Engine 项目?

发布于 2024-09-14 19:46:37 字数 170 浏览 9 评论 0原文

由于文件从本地计算机上传到Google服务器的方式,我们只能发起更新,使服务器上的文件与本地计算机上的文件处于相同的状态,我担心在团队合作时,一些团队成员没有一些特定的文件,当他们更新到服务器时,他们会有效地删除服务器上的一些文件。

对于如何在团队中管理 Google App Engine 项目有什么建议吗?

Because of how files are uploaded from local machine to Google servers, where we can only initiate an update that put the files on the server on the same state as the one on the local machine, I afraid that when working as a team, some of the team members don't have some specific files, and when they update it to the server, they will effectively delete some files on the server.

Any suggestions how to manage a Google App Engine project in a team?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

你是我的挚爱i 2024-09-21 19:46:37

首先要注意的是,如果您丢失了文件,那么您要么没有使用良好的版本控制系统,要么您的开发人员可能需要花时间来学习有关您的特定 VCS 的教程。

如果您有多个开发人员部署到实时站点,则存在破坏事物的巨大风险。应用程序引擎确实有一种方法可以在一定程度上通过应用程序版本来减轻这种风险,但是如果开发人员需要作为工作流程的一部分进行部署,那么几乎肯定会在某个时候出现问题(即有人忘记更改版本) app.yaml 中的编号)。

我至少建议:

  1. 获得一个好的 VCS 并确保开发人员知道如何有效地使用它
  2. 。开发人员应该使用 SDK 中的 dev_appserver.py 在本地进行开发和测试。考虑到远程 API、sqlite 后端等,这没有理由不可行。如果您需要实时数据,请创建可以在本地使用的代表性数据。即使 SDK 上的行为与实际行为完全不同(例如并行性),在开发过程中也几乎不会成为问题。
  3. 让开发人员提交到存储库,并让某个特定的人(理想情况下,在脚本的帮助下防止人为错误)负责部署应用程序的新的非默认版本,
  4. 然后在将新部署设为新的默认版本之前对其进行测试为您的用户

The first thing to note is that if you have missing files, then you are either not using a good version control system or your developers might need to take time out to go through a tutorial on your particular VCS.

There is a huge risk of breaking things if you have multiple developers deploying to the live site. App engine does have a method of mitigating this risk to some degree with application versions, but if developers are required to deploy to live as part of the workflow then things are almost guaranteed to go wrong at some point (i.e. someone forgets to change the version number in app.yaml).

I would recommend, at a minimum:

  1. Get a good VCS and make sure the developers know how to use it effectively
  2. Developers should develop and test locally using dev_appserver.py from the SDK. Given the remote API, sqlite backend, etc, there is no reason why this isn't feasible. If you need the live data, create something representative that you can use locally. Even behaviour that is radically different on the SDK and live (e.g. parallelism) is hardly ever a problem during development.
  3. Have developers commit to a repository, and have some particular person (ideally, with help from scripts to prevent human error) be responsible for deploying a new, non-default version of the app
  4. Test the new deployment well before making it the new default version for your users
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文