侧边栏中新增了一个调查。问题与版本控制相关，请您选择最符合您情况的选项。我只是想了解一下 CSS-Tricks 阅读者在版本控制方面的使用水平。
此调查将不依赖于您使用的具体版本控制技术。
最新调查：版本控制使用情况
Chris Coyier 于 发布
DigitalOcean 提供适用于您旅程各个阶段的云产品。立即开始使用 200 美元的免费额度！
DigitalOcean 提供适用于您旅程各个阶段的云产品。立即开始使用 200 美元的免费额度！
侧边栏中新增了一个调查。问题与版本控制相关，请您选择最符合您情况的选项。我只是想了解一下 CSS-Tricks 阅读者在版本控制方面的使用水平。
此调查将不依赖于您使用的具体版本控制技术。
选项的排序似乎很奇怪。每个 -> 很少 -> 一半 -> 大多数 -> 都不？“很少”和“大多数”不应该交换一下吗？或者“都不”和“每个”交换一下，这样会更一致。
我认为文字已经足够清晰了。
我实际上同意 Jeremy 的观点。这样排序反直觉。CSS-Tricks 的意义不正是为了实现理想的用户友好/效率并存吗？否则，不去实践自己所宣扬的，岂不是自相矛盾。
我也同意，那样会稍微好一点。但是，如果不删除 500 多个条目，就无法重新排列。我认为这不是什么大问题，因为文本选项很清楚。
凭直觉投票？阅读、思考并投票。
CSS tricks 的全部目的，是学习 CSS 技巧……然后，制造完全的混乱和混乱，以实现世界统治。现实点 :)
我认为你忽略了重点，Jeremy T…
在代码方面，我仅在一个项目中使用版本控制，而且使用范围也很有限……当前的线上版本和当前的开发中版本。
对于艺术资产，我的版本控制要好得多。一个包含所有内容的旧版本和新版本图层的 PSD 文件，并且只有正在使用的内容处于活动状态。这非常方便，例如，对于喜欢在其他方面相同的广告中循环播放照片的广告客户来说。
许多版本控制系统能够支持二进制文件。
我在工作中使用版本控制，但在个人项目中不使用。当它有效时，在团队合作时拥有它非常棒，但即使使用 GUI 管理器，版本控制系统也极其复杂且不友好。我使用版本控制的 85% 时间里，最终都因沮丧而抓狂。
每个项目。无一例外。即使是一个小的个人项目也会被提交到 Github 或 Beanstalk 或其他平台。甚至我的 NaNoWriMo 小说也会用 Github 管理。
用 Github 管理 NaNoWriMo？这真是新鲜事。请问你是如何操作的？
我在日常工作中与设计师和开发人员团队合作时使用版本控制，但在个人或自由职业项目中（我作为唯一开发者）不使用。
我想，由于处理文件的特性，无论您是创建矢量导向和像素图像的设计师，还是专注于编程的新技术的开发者，后者都优先使用版本控制。
另一方面，通过多人团队合作可以获得优势。
很棒的调查，谢谢！我还想看看专门针对 WordPress 开发人员的调查。他们是否会对所有内容进行版本控制？只是他们正在处理的主题/插件？数据库？
每次都用……我过去只在需要自动部署的 Rails 项目中使用 SVN，但由于 git 易于使用，我现在在所有项目中都使用它，即使存储库从未离开过我的本地机器。这就像一直系着安全带一样，当事情出错时，你确切地知道自己是如何走到这一步的。现在我用它来管理所有内容，无法想象没有它我该如何应对。
您可以使用 Capistrano 进行生产环境部署。尝试实现 Joel 测试的第二点。
https://capistrano.ruby-lang.org.cn/
版本控制是第一点！
http://www.joelonsoftware.com/articles/fog0000000043.html
我尽可能地使用版本控制。甚至我的 1password 和账单数据文件也都是签出的存储库。基本上，如果我能进行版本控制，我就会对其进行版本控制。
全部使用 Subversion，并且都通过 Beanstalk 进行管理。
我不使用版本控制的唯一情况是：A）如果涉及超大型媒体文件，这些文件会占用我所有硬盘空间（例如视频或图像编辑），或者 B）如果我与无法使用版本控制的人合作，无论出于何种原因。
我将其用于大多数项目，大概 95%，有一些非常小的项目我没有提交到 Github 或者甚至不需要在我的本地机器上跟踪，尽管我更常从一开始就设置 Git。
工作中的每个项目都必须使用。我们主要以小型团队工作，因此这本质上是必需的，但即使是个人项目，我也喜欢尽可能频繁地提交，这样当需要回滚时，就会尽可能地轻松。每个自由职业项目也是如此，但我只在较大的个人项目中这样做。
我已经到了不使用任何类型的版本控制就会感觉不舒服的地步，这很有趣，因为一年前我还没有听说过它。现在，它是我设置的第一件事之一，与 Sass 和 Grunt 并列。
我在所有项目中都使用 CS-RCS，无论大小。
当需要回滚到稳定版本时，它已经救了我几次。
我使用版本控制就像听音乐一样：当我快速启动一个项目时，我会忘记使用它，或者当我一段时间内做了其他事情后，我会忽略它。
幸运的是，我工作谨慎且独自一人，所以我并不真正需要它。但我仍然会练习。
多亏了你，Chris，我现在开始使用版本控制了。谢谢！
我的入门障碍是，我不愿意依赖像 Beanstalk 这样的 SAS。经过一番挖掘和反复试验，我终于弄明白了。当我提交到我的 git 存储库时，一个 post-receive 钩子会将文件从我的存储库复制到 public_html。现在我只需要花时间将此过程记录在博客文章中。 :(
我在工作中使用 Eclipse 环境中的 SVN，因为我们是一个由 10 名开发人员组成的团队，有这么多人在处理同一个文件，使用版本控制绝对是必要的。但我从未在个人项目中使用过，但我开始考虑使用它，因为它在出现问题时回滚非常有用！
你是否遇到过 SVN 分支损坏的情况？
你好，Chris，
如果你将来有时间，可以写一篇关于版本控制的入门故事吗？
我过去见过一些人使用它，我真的很喜欢红绿屏幕来清晰地了解文档内部的更改……但是，另一方面，我也见过很多人使用终端之类的东西……这是什么意思？
我不喜欢使用终端的想法 :S
嗨，BJ。我们整理了一些关于版本控制和部署的指南，希望能有所帮助。
http://guides.beanstalkapp.com/
更具体地说，有一份关于无需命令行即可进行版本控制的指南
http://guides.beanstalkapp.com/version-control/clients.html
对于设计师，我们准备了一些特别的东西。这是一个允许您预览、比较设计修订版和分享设计的特性。您可以在 http://designers.beanstalkapp.com/ 查看演示。
希望这有帮助！
Chris Nagele
Beanstalk 创始人
我赞同这个建议。什么是版本控制？为什么要使用它？如何使用它？
像这样的文章可能会帮助很多人开始使用它。
您应该尝试使用 GIT 作为版本控制系统。 http://www.codeschool.com/courses/try-git
如果时光机器算作版本控制，我一直在使用它。如果不是，我从未使用过它。
如果所有版本控制系统都能像时光机器一样就好了！
我每次、每个项目都使用版本控制。没有理由不使用它。它是防止任何和所有错误的安全措施。相信我，糟糕的事情会发生！
没错。根本没有理由！
我使用 TFS，它非常适合版本控制。
然后我使用我的主机链接到的私有 Git 仓库来部署我的更改。
我的电脑上的项目目录也在我的 Dropbox 文件夹中，因此我可以在任何地方工作。
所以实际上我使用了 3 种版本控制！过度了吗？！
嘿，Chris，
您可以灵活地重新排序选项，而无需更改之前的回复——我敢打赌，大多数投票者使用的浏览器都能处理这种情况……。
看起来很合适！
我将版本控制用于所有项目，但作为一个独立团队，我通常不会遇到任何复杂的合并场景，因此基本上都是编辑、提交、编辑、提交，偶尔会进行“自从上次提交以来我更改了什么？”的差异请求。
我目前在 SubVersion、Mercurial 和 Git 中拥有项目（没有 SaaS，所有项目都在本地托管），并使用相应的 TortoiseSVN、TortoiseHg 和 TortoiseGit GUI 来节省键入繁琐的 shell 命令。
我曾短暂地尝试过 GitHub 和 Beanstalk，但我更喜欢我本地托管的版本控制系统的熟悉感。
与团队合作时，我会使用版本控制，但在个人项目中，不会。我认为这只是增加了另一层工作。但我可以肯定地说，在团队项目中……拥有版本控制绝对是一件好事。
但回到它的用途，在创建程序/脚本时，版本控制是必须的，但在仅仅设计时，则没有那么重要。
好吧，我有一种基本的版本控制方法
当我编码时，有时我会选择所有文件>右键单击>创建一个 zip 文件
然后我将 zip 重命名为版本或可能添加一些描述
当然，如果你有一个团队，一个合适的版本控制可能是必须的，但我发现我的方法对于独立项目来说已经足够好了。
版本控制对我来说是绝对必要的。没有什么比拥有代码库的时间快照更重要（更不用说更有用）了。
过去我们非常依赖 SVN，但是现在有十几个人在同一个代码库上工作，分支>合并越来越频繁地导致随机代码丢失和文件属性更改中的各种异常——这很糟糕。我们目前正在评估迁移到 git 的相关事宜，但无论如何我们都会永远使用某种版本的控制，它确实至关重要。
每个。单个。项目。
我的上传速度很慢，我讨厌通过 FTP 直接工作（当我更换电脑并且意外上传了早期版本时，我遇到了太多问题，仅仅是因为它与另一台电脑上的项目不同步）。我编写代码，然后推送到 Bitbucket。当需要上线时，我 SSH 到我的主机并拉取项目。Mercurial 或 Git 会完成思考工作，我再也不需要担心文件上传的速度。以这种方式部署一个 50MB 的应用程序非常简单。如果我要从我的电脑通过 FTP 上传它，即使压缩成单个存档，它仍然需要花费近一个小时而不是几秒钟。
哦，我还会在三台电脑之间切换，所以来回插拔 U 盘根本行不通。
在办公室，有 15 个人访问各种代码片段，源代码控制必不可少。我们通过 Visual Studio 完成所有操作（尽管我在 Sublime Text 中编写 HTML、CSS 和 js 代码，并在之后将其放入 VS 中，因为它对于前端工作来说非常糟糕，而且我喜欢 Zen/emmet）。
在家里处理自由职业项目时，只有我一个人，所以没有必要。我能记住我在做什么，而且没有人会碰任何东西。
我认为我开始的每个项目，都会想“这只是一个小的项目，为什么要使用版本控制？”
但在该项目上工作了一周后，我会想“好吧，它可能很方便……”，然后我开始将项目转换为版本控制项目……。