TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Travis-Pls: Travis Builds That Don't Timeout

39 点作者 naftulikay大约 8 年前

8 条评论

urda大约 8 年前
Why does this exist? Great, let&#x27;s get some stuck builds going on a great platform like Travis <i>instead</i> of fixing your awful build process.<p>No, stop, and get this garbage out of here.
评论 #13818670 未加载
评论 #13819396 未加载
thedaniel大约 8 年前
Why so mean? <a href="https:&#x2F;&#x2F;github.com&#x2F;naftulikay&#x2F;travis-pls&#x2F;pull&#x2F;2" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;naftulikay&#x2F;travis-pls&#x2F;pull&#x2F;2</a>
johmue大约 8 年前
so your flipping off the company that is testing opensource projects for free because your build process is wonky?
Operyl大约 8 年前
So, we&#x27;re circumventing tools that kill possible stuck jobs now? That doesn&#x27;t seem like it&#x27;ll play out well with Travis CI...
评论 #13819671 未加载
评论 #13818394 未加载
fluxsauce大约 8 年前
I hear the frustration, but what about optimizing the build? Are there pieces that can be cached? What&#x27;s the longest running part and why?
gregwebs大约 8 年前
I use this script:<p><pre><code> #!&#x2F;bin&#x2F;bash set -eu (while sleep 60; do echo Do not kill me yet!; done) &amp; &quot;$@&quot;</code></pre>
libeclipse大约 8 年前
How about fixing your own build instead of exploiting a service that&#x27;s doing your building and testing for you for FREE.
manojlds大约 8 年前
The use case mentioned in the README around Packer and building AMIs seems very valid to me. If Travis is fine with longer builds (they provide a way to avoid timeout) I don&#x27;t see why everyone is pouring hate on this.
评论 #13820599 未加载