这篇文章不是关于体式应用程序的，而是关于体位网，我们的"内容网站"-我们在这里注册新用户、推广应用程序和生态系统、发布帮助和其他内容、招募新的体式等。最终，它是我们向全世界讲述我们故事的地方。当人们想到web可伸缩性时，他们通常会想到请求、服务器和负载平衡器。我们使用（而且喜欢）弹性豆茎，所以这对我们来说不是问题。真正的问题是人：随着体位从20个增加到60个，很快又增加到100个，挑战在于创建一个系统，让来自不同团队的许多人为我们网站的各个部分做出贡献。每个达到一定规模的团队都有这个问题，这是一个比添加服务器更难扩展的挑战。克服它的团队有很棒的网站——内容更新，故事随团队轻松发展。在Asana，我们已经找到了一种快速将更改部署到我们的内容站点的方法。非技术团队成员可以直接进入并实时查看他们的更新，没有瓶颈，也不需要向开发人员提出请求。我们所做的一切都是用Git进行版本控制的，甚至是拷贝更改。事实上，每个团队每周都会以某种方式为网站做贡献，而我们却没有专门的web开发人员。我们节省了很多时间，可以写博客。以下是我们的做法：每个人都学习Markdown；所有内容都在Markdown中降价是为体位网. 你不必知道密码。幸运的是，如果你能写，你就可以写降价。每个人在体式阅读这篇大胆的火球文章熟悉惯例。如果您需要使用HTML代码段，例如视频嵌入代码，Markdown会毫无问题地解析它。我们网站上的每个页面都基于一个降价文件：每个登录页、每个帮助文章、每个工作列表和每个showcase应用程序。实际上，我们网站上的每一个单词都在一个降价文件中，我们团队中的任何人都可以编辑它。我们在Statamic中做了标记，这是一个基于文件的CMSStatamic有一个任何人都能理解的直观的文件夹结构。内容贡献者知道他们可以直接跳入\u Content文件夹并编辑降价文件。设计师和开发人员知道他们可以使用模板和部分几乎无限的方式-我们从来没有对一个设计说"不"，因为与我们的CMS相关的限制。我们在Github中做出改变我们的内容站点位于所有asana都可以访问的Github存储库中。我们直接通过web界面创建和编辑降价文件。技术团队可以在本地克隆repo，并使用他们选择的任何工具堆栈。非技术团队成员不需要了解Git，他们只需要知道"commit"基本上等于"save"–而且他们不能破坏任何东西，因为它都是版本控制的。Github编辑器在提交时为您呈现降价，这样您就可以看到您的样式设计起作用了。我们发现他们的改变比他们的网站上显示的更好。以下是…我们的登台服务器是实时的使用Github的Post-Receive钩子，每次有人提交时，我们ping我们的登台服务器来拉并部署主分支的新版本。添加内容的人可以立即在我们的登台服务器上实时查看他们的更改，并在需要反馈时与团队共享。为什么这是一件大事？绝大多数贡献者不需要本地开发环境，他们只需要一个Github帐户和一个web浏览器。事实上，他们不需要任何技术技能。Github中的工作与体位有关毫不奇怪，我们用体位法来追踪公司里所有的工作。使用Asana服务钩子（每个人都可以使用），我们将Asana无缝地连接到Github。任何人提交时，他们都会将相关的Asana任务id添加到提交消息中；这会用Asana对相关任务进行注释，并在Github中提供提交链接，向整个团队显示工作已经完成。在部署之前，我们用CasperJS测试站点CasperJS是一个在PhantomJS之上编写的web测试工具。在将任何更改推送到生产服务器之前，我们运行一组快速测试，以确保链接已解析、资源加载并且没有Javascript错误。CasperJS还可以通过比较屏幕截图来进行CSS回归测试。每天部署在运行测试之后，我回顾了自上次部署以来对主分支的更改（主要是降价更改——PHP/MySQL、HTML、JS或CSS更改需要更彻底的代码检查）。我们每天使用弹性Beanstalk CLI部署到生产服务器。这意味着什么这个过程对我们的团队和我们的网站有着深远的影响。正在将内容添加到体位网令人兴奋——招聘人员按下"提交"按钮，会看到一个新的工作列表；用户操作人员改进了一篇支持文章，并立即在登台服务器上看到结果。这分散了责任，使人们的工作更加有趣，并使体式对与其功能相关的内容有强烈的主人翁感。它也给了我们巨大的筹码（我们都在努力）。今年1月，我们完全重新设计了网站的一大部分，叫做体式指南。这项工作需要十几个人同时写作、编辑、更改设计、更新链接和导航，以及调整我们的CMS。我们在Asana中跟踪工作，在Github中做了很多工作，并在一个登台服务器上观看了所有的工作……我们按时启动了网站，没有任何问题。其他初创公司（以及我们的客户）经常会问我们，我们是如何让我们的内容网站保持最新的。答案很简单：有了正确的工具，这是一个团队的努力。