CSS-Tricks 上的最新投票是关于 版本控制使用情况 的。人们投票表决了他们在多大程度上使用版本控制，从从未使用到在每个项目中使用。以下是细分结果
现在是该图像的一些段落长度的替代文字
获胜选项是“我在我参与的每个项目中使用版本控制”，占比 35%。我不会拐弯抹角：版本控制是一个好主意，并且这种使用率令人鼓舞。不幸的是，排名第二的选项是“我不使用版本控制”，占比 29%。但是，这意味着 71% 的人有使用版本控制的经验，这真是太棒了。
18% 的人将它用于“大多数”项目。我认为我属于这一类。所有新项目都是，但我仍然有一些旧项目，我仅通过 FTP 管理它们。不过，如果我回头对它们进行任何实际操作，第一步就是将它们放到版本控制下。没有项目是“太小”的。
4% 的人大约有一半时间使用它，14% 的人只在几个项目中使用它。
就像任何计算机相关的事情一样，您可以深入版本控制的世界，但它的基础知识实际上非常容易。我有一个关于使用 Git 通过 Beanstalk 的视频教程，我认为任何人都可以做到。
新一轮投票即将推出。
我认为，当我想快速上传一个小小的更改让客户查看时，通过版本控制系统传递它太费时费力了。对于较大的更新/更改，那么它绝对值得。
我想说，如果只是对您从未做过任何操作的某个客户网站进行快速更改，那可能是一个好主意，但如果只是对您构建的某个客户网站进行快速更改，那么您绝对希望为每次更改都维护您的版本控制。
Alex,
所需的时间和精力非常少，几乎可以忽略不计。您只需要养成将源代码控制纳入工作流程的习惯。它的好处非常显著。
我过去曾因不稳定的开发服务器和/或操作系统问题而丢失过工作，版本控制，一旦您完全将其纳入工作流程，在我看来，是抵御这类问题的最佳防御。即使是小的更改也可能值得跟踪，您永远不知道回归错误何时会突然出现，拥有一个日志可以为您指明正确的方向非常方便。
在我看来，任何不使用版本控制的人实际上都处于严重劣势。只要由于我无法控制的客观情况而无法在项目中使用它，我总会遇到很多问题，而当我将所有内容都存储在代码库中时，这些问题就永远不会出现。
代码、共享、部署、代码分支等。它们出现在几乎所有项目中，如果没有版本控制，它们将成为一场噩梦。
注意：图表图像中“几个项目”显示为 24%。我认为您应该写 14%。
是的！感谢您指出并已修复。
我尽可能地使用版本控制，但是对我来说，它更像是一个部署工具，因为我还没有找到一种好的方法来在本地管理 WordPress。我在使用 Windows，因此 MAMP 不适合处理数据库，此外，设置和插件很难保持完全一致。
有什么建议吗？
如果您只是想要一个打包的 MAMP 风格的 Windows 应用程序，为什么不直接使用 WAMP 呢？
我属于那 29% 不使用版本控制的人，但如果您再过几个月问我，我希望我会说我将它用于每个项目。我终于听取了建议，开始尝试使用 Git，并计划将其用于所有项目。
目前还在学习阶段，并试图将其融入我的工作流程。您让我确信我应该这样做。现在，我需要做的就是对它足够熟悉，才能在生产环境中使用它。
下一轮投票应该是：您使用哪种版本控制系统？这将使我们能够深入了解不同设计师的工作方式。
或者也许，您的 VCS 软件设置/工作流程是什么？
对我来说，在 Mac OS 上，它非常简单
Git（可以通过 X-code 轻松启动）
SourceTree（很棒，免费的 Git 仓库 GUI
在 Github 和 BitBucket 上都有帐户（免费，提供私有代码库）
我在 一篇关于我的编码环境的博文中 详细介绍了这一点。
我做自由职业承包工作，版本控制的选择实际上取决于客户和项目。我为之工作的多数开发公司都设置了版本控制，并要求所有团队成员和承包商使用它，尤其是在中大型项目中。
不过，并非所有工作都适合这种情况，我也会接一些小项目来打发时间（PSD 转 css/html 等工作），这些工作可能需要不到一天到一周的时间，具体取决于设计和页面数量，而且工作完全由我独自完成。大多数情况下，在设计在代码中实现之后，不会有任何修订或更改，如果客户提出问题或要求，我会将代码放到版本控制中，但这在具有明确需求的有条理的项目中很少发生。
我通常会设置一个 dev.websitename.co.uk，它充当我的版本控制/备份，我会对 dev 进行任何更改，测试它们，获得批准，然后将其迁移到实时服务器。
版本控制是那些在您开始使用之前似乎很复杂的事情之一，然后您就会想知道自己为什么等了这么久。:)
我将版本控制用于每个项目。虽然版本控制系统很棒，但它们并不专门针对 Web 开发，因此对我来说，它们在某些方面有所欠缺。我的大多数客户都没有 VPS 的预算，因此他们使用普通的旧式基本 Web 托管。这意味着我仍然需要通过 FTP 维护一个非版本化副本（主副本）来自实时网站。此外，它们无法将实时 MySQL 数据库纳入其管理范围。
如果有人专门为 Web 开发创建了一个 VCS，可以克服这些问题和其他问题，那就太好了。
我自己还没有使用过这个，但它看起来像一个很好的、可 Git 化的、数据库版本控制实用程序
DVB.php – 数据库版本控制
看起来很不错。
感谢 Qa’id，我将立即在我的当前项目中尝试它。
我现在经常使用版本控制。我认为我还没有以最佳方式使用它，但我认为即使以最基本的形式使用它也是值得的。我几乎将其用作“带有记忆的 FTP”，这样我就可以看到是否弄乱了任何东西。
我的“版本控制”只是在上传更改版本之前，将原始文件名添加“-bk”后缀，但我 99% 的时间都是独自工作，而且不在本地环境中…
我对结果感到非常惊讶。
尤其是没有使用版本控制的比例。
我的意思是版本控制非常容易。
只需使用 Dropbox！
我真的不知道如何在没有版本控制的情况下管理工作。尝试管理本地文件和远程文件绝对是疯狂的，尤其是在使用 CMS 和模板时，在多个目录中保持所有内容同步简直是疯了。
我想弄清楚为什么 29% 的人没有使用版本控制，我认为如果他们看到了好处（并观看了 Chris 的视频），他们会很快切换到版本控制。
我实际上是那些选择“我不使用版本控制”的人之一，但我现在开始使用它了。尽管 GitHub 被吹捧为非常“容易”，但对于我这个设计师来说，它实际上很难理解，而且我只有一部分参与编程世界。像“仓库”、“分支”甚至“fork”这样的东西并不直观。
我仍在努力理解 Git 环境中的协作是如何运作的。你已经做了很多关于设置 Git 和摆脱 FTP 的视频，我很想看看一个高度协作的项目是如何运作的。
上面所有内容 +1。无关紧要，但感觉在 Windows 上做任何事情都比在其他系统上难两倍。
同意 adeeb 的观点。直接使用 Dropbox 就好了！
我自己工作的时候，Dropbox 就足够了。如果我需要文件的旧版本，我就登录并选择一个以前的日期。
版本控制已经救了我无数次，我甚至都数不清了。我将永远使用版本控制，事实上，我曾经在一个项目上工作了两个星期，最后错误地删除了错误的目录，但还没有初始化或提交任何东西。我再也不会犯这样的错误了。
我真的很想开始使用版本控制，但我还不习惯使用控制台，而且在 Windows 上似乎没有有效的方式来使用它。感觉直接使用 FTP 比它快很多，虽然版本控制确实有版本控制的好处。我相信如果你真的知道自己在做什么，它不像我想象的那么糟糕。我想我应该行动起来，开始学习如何有效地使用它。
GitHub for Windows 使在 Windows 上使用 Git 变得更加友好（很多事情都可以通过点击一两个按钮来完成），并且它可以配置为与非 GitHub 托管的 Git 存储库一起使用。
嘿，Maria！
今天早上醒来的时候，我决定今天就行动起来！说干就干，我搜索了“Github windows client”，第一个结果就是你给我链接的那个。它真的非常直观易用，对于那些没有使用它经验的人来说，上手非常容易。我刚回来想分享这个链接，但结果发现你已经链接了。
命令行 Git 的基础知识非常简单。我这里甚至不谈 GitHub，只是一个本地 Git 仓库，用于你自己的个人项目和实验。真的没有理由不使用它。它真正简化了整个“让我们尝试调整一下这个部分”和“哦不，刚刚发生了什么？？”开发人员工作流程的一部分。你可以从少量命令开始，这些命令就足够了，然后当你熟悉之后，学习更多关于 Git 的知识，尝试一些更高级的功能。