谷歌的一些人正在帮助我们思考一些想法，以帮助我们的输入代码更加合理，我们发现我们的DOM文本固定网站(http://react-dom-fixtures.surge.sh)既：
- 非常过时
- 属于我
这两个问题似乎都可以解决。然而，我认为一个好的开始是找到一种方法，让我能够公开托管这些固定内容，而不会成为瓶颈。
你怎么看？我们能否设置一个部署过程——也许可以使用netlify——来自动部署这些固定内容？
谷歌的一些人正在帮助我们思考一些想法，以帮助我们的输入代码更加合理，我们发现我们的DOM文本固定网站(http://react-dom-fixtures.surge.sh)既：
这两个问题似乎都可以解决。然而，我认为一个好的开始是找到一种方法，让我能够公开托管这些固定内容，而不会成为瓶颈。
你怎么看？我们能否设置一个部署过程——也许可以使用netlify——来自动部署这些固定内容？
3条答案
按热度按时间eqoofvh91#
抱歉@gaearon,如果这有更多的噪音，但你是我们DOM人员和核心团队之间的共同线索：)
kr98yfug2#
这些固定装置是否有必要托管？你能告诉我这个部署的作用吗？
如果非常重要，我们可能可以在reactjs.org上托管它，但我不确定这目前是用来做什么的。
5w9g7ksd3#
随着Chrome团队测试他们的一些想法，我们发现在DOM中找到了一些边缘情况。这些想法包括
input.rawValue,它会报告未经清理的input.value版本，让我们在确定值是否发生变化或需要修改DOM并冒风险副作用时进行更智能的价值比较。如果这个变化或其他任何想法得到批准，那么有一个规范的参考点自动保持更新将会很好。特别是对于实现新浏览器API的pull请求。