http - 用于内部协作的 FTP 或 HTTP?

标签 http ftp collaboration

<分区>

我正在和 friend 一起开发应用。我有一个支持我的应用程序所基于的 PHP 和 MySQL 的服务器。

所以我们在制作应用时需要合作。

我们在手机上使用 Dreamweaver 和 NetBeans 以及应用程序...

问题是: 将我们正在开发的应用程序在开发过程中放到网络上是否安全,我们应该使用什么来保护它免受外界影响? 受密码保护的 FTP 会是一个好的解决方案吗?或带有密码保护文件夹的 HTTP?

我发现受 HTTP 保护的文件夹存在问题。登录名也接受其他一些密码。就像如果密码是 helloworld123 并且您使用 helloworld 登录它会接受并登录吗?

所以我认为 HTTP 不会是一个好的解决方案。如果是的话,我应该如何让它更安全? 那我应该用什么? FTP 还是 HTTP?谢谢...

最佳答案

如果您正在开发应用程序,您应该真正在本地开发它。

您将很快厌倦通过将更改上传到远程服务器来测试更改。

另外,如果你的 friend 做了改变会怎样,你怎么知道他做了改变?您很快就会在代码中发生冲突,这会完全破坏您的协作。

因此,首先,您应该在本地安装 LAMP/MAMP/WAMP 堆栈。您应该在本地测试所有内容,无需将其发布到服务器进行测试。

然后,您应该使用某种版本控制来添加您对远程存储库所做的任何更改。这意味着您和您的 friend 可以彼此独立工作,然后将您自己的更改提交到存储库,然后您可以随时合并分支。

当您的应用程序完成后,您可以开始考虑通过将其添加到服务器来使其进入生产就绪状态。

在 GitHub.com 上注册一个帐户,尽可能多地阅读有关版本控制如何工作的信息,因为如果您打算在任何上一起工作,您需要全神贯注。

关于http - 用于内部协作的 FTP 或 HTTP?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7859103/

相关文章:

collaboration - 在线 session 的虚拟黑板

http - yum 客户端配置 : How to use basic authentication with a port other than 80?

web-services - 关于如何尽可能有效地处理集契约(Contract)时仍符合 REST 原则的 REST API 问题

http - 为什么我在尝试 http 发布时得到 CURLE_URL_MALFORMAT?

windows - 将 .txt 上传到 FTP 的批处理文件

version-control - 您可以在 Perforce 中共享客户端规范吗?

php - 如何加速检查 HTML 中链接的类?

linux - 如何在浏览器中下载 FTP 服务器上的文件?

linux - 如何获取文件仍然为 ftp 打开的信息

java - Eclipse 中的实时协作