我正在localhost中用php开发一个网站，当其模块完成时，我将其上传到云中，以便我的朋友可以对其进行alpha测试。

在继续开发的过程中，我有很多文件，而且我无法跟踪编辑或更改的文件等。我听说过“版本控制”功能可以管理所有文件，但不确定其工作方式。

因此，我的问题是：在我开发网站时，是否有一种简便的方法/服务/应用程序可用于跟踪所有编辑/更改/新文件并管理文件。在完成模块后，我想将其上传到云中（我正在使用Amazon Cloud Service）。如果新文件出了点​​问题，我可能想回到旧文件。也许单击或单击两次，就可以查看自上次上传以来已编辑或更改的文件？

尽管可以肯定会从此开始，但版本控制是软件配置管理的一部分，它比跟踪文件更改要复杂得多。但是，请务必阅读上面链接的Wikipedia文章以及Joel Spolky的Mercurial教程。

首先，按顺序选择Mercurial，GIT或Bazaar中的一种，然后将其与适用于IDE和操作系统的工具一起安装（我更喜欢Mercurial和HGE for Eclipse）。

1. 从工作目录初始化存储库（使用Mercurial 初始化hg）。
2. 确定要跟踪的文件和目录，而不要跟踪。一般规则是不跟踪由编译器和其他工具生成的文件。
3. 使用命令将文件和目录添加到存储库（hg add表示Mercurial）。
4. 告诉工具您不想跟踪的文件的模式（为Mercurial 编辑.hgignore）。
5. 执行一次提交以跟踪原始版本（hg ci）。
6. 在每个逻辑里程碑之后执行一次提交，即使它很小。
7. 创建新文件时添加它们。
8. 重复最后两个。
9. 尽可能合理地备份您的工作目录和存储库。

将文件保存在存储库中后，您就可以知道文件或目录的任何两个版本之间的差异，或者完整项目（hg diff）的差异，可以查看更改的历史记录（hg hist），以及回滚更改（hg up -r）。

在发布代码之前标记（hg tag）存储库是一个好主意，因此有一种简单的方法可以返回到您发布的内容以进行修订或比较。

如果您要尝试不同的开发路线，请通过克隆主存储库（hg clone）在一个简单的分支中进行此操作，直到实验结束后才进行回退。就像为实验使用其他工作目录一样简单。

如果实验是针对新的升级版本，则克隆然后分支（hg branch），这样您就可以使存储库的所有副本保持更新，而一个实验不会干扰另一个。

Linus Torvalds（在他的项目中处理成千上万的文件和数百万行代码的人）在Google上发表了演讲，介绍了为什么该工具不能是CVS，SVN或周围众多免费和商业工具中的任何一种; 非常值得一看。

我强烈推荐Git。在此处了解更多信息：https : //lab.github.com/

如果您不喜欢Git，还有其他版本控制解决方案。您可能会签出SVN。

就是您吗？使用DVCS

听起来有些违反直觉，但分布式版本控制系统（Mercurial，Git，Bazaar）比集中式系统（SVN，CVS）更好。为什么？，您将其安装在计算机上并在本地运行存储库，仅此而已。在诸如svn的集中式系统上，您需要设置客户端和服务器...，然后，需要连接到服务器以存储您的更改。

使用DVCS，您可以是本地存储库，如果需要的话，可以使用bitbucket.org或github.com之类的服务。

恕我直言，Mercurial是一款更友好且功能相同的DVCS。

还有其他吗？使用DVCS！

使用DVCS与团队合作时有很多优点，与集中式系统相比，最重要的一点是没有提交竞赛，这是因为从技术上讲，每个人的存储库都是一个分支，并且当您共享自己的存储库时，更改这些分支会为您合并，您甚至不会注意到，这意味着与其拥有这样的版本历史记录，不如让人们将他们的工作沿一条直线汇入：

您最终会遇到类似这样的情况，每个人都只是临时提交：

每个人仅在版本控制时担心自己的工作（即不争先恐后地提交），而不必担心仅与提交有关的服务器连接。

祝好运

简而言之，有许多替代方案，其中Subversion（SVN）和Git似乎最受欢迎（因此最容易在网络上找到解决方案）。

他们俩都不同。SVN更简单，但是Git不需要您以服务器开头-您可以在本地控制版本。

假设您拥有Linux，并希望开始使用Git：

1. 安装Git
2. 转到目录并执行命令“ git init”
3. 了解如何添加文件，查看更改，提交文件...
4. ...并做更多高级工作（查看日志，还原更改，忽略文件，创建分支，合并分支，创建和使用遥控器，使用子模块，使用SVN支持等）。

希望这可以帮助您开始。

正如Apalala建议的那样，我建议签出hginit。由于您不熟悉版本控制，因此可以跳过首页。那应该给您一个很好的介绍，之后，如果您有特定问题，可以在SO上发布。

我将反对多数意见，并建议Subversion。Subversion易于使用，可满足个人和小型团队的所有需求。这是一个成熟的产品，因此每个IDE都对此提供了良好的支持。是的，它没有Git的所有功能。（我从未使用过Mercurial，所以我不会谈论它。）但是，大多数开发人员实际上并不需要这些附加功能。

多个存储库？我敢肯定这些有一些合法用途，但我从未遇到过。

能够进行本地提交，而无需网络访问？如果您碰巧要进行几次离散更改而又无法访问存储库服务器，那真是太好了，但是老实说，这种情况多久发生一次？

Git确实使处理分支和合并变得更加容易。但是对于一个单人团队来说，这没什么大不了的。

对于Linux内核规模的东西-是的，请使用Git。对于我们其他人来说，Subversion足够好。

我认为分布式版本控制系统会很好。通常建议的选择是Git和Mercurial（Hg）。图形工具可能会有所帮助，对于Mercurial，我建议使用TortoiseHg。