如何减少WebRTC运行gclient同步的时间

Question

我正在使用travis构建WebRTC库。

这是运行良好的，但需要大量的时间，而且越来越多的情况下，构建以这样的信息结束：

该作业超过了作业的最大时间限制，并已被终止。

您可以查阅失败的travis日志日志。

在gclient sync期间：

_______ running 'download_from_google_storage --directory --recursive --num_threads=10 --no_auth --quiet --bucket chromium-webrtc-resources src/resources' in '/home/travis/build/mpromonet/webrtc-streamer/webrtc'
...
Hook 'download_from_google_storage --directory --recursive --num_threads=10 --no_auth --quiet --bucket chromium-webrtc-resources src/resources' took 1255.11 secs

我取消了测试，所以我认为这是无用的，而且需要很多时间。

为了避免这一次代价高昂的任务，是否要给出一些论据或设置一些变量？

Answer 1

一种不下载在依赖项chromium-webrtc-resources中定义的DEPS的方法

{
    # Download test resources, i.e. video and audio files from Google Storage.
    'pattern': '.',
    'action': ['download_from_google_storage',
               '--directory',
               '--recursive',
               '--num_threads=10',
               '--no_auth',
               '--quiet',
               '--bucket', 'chromium-webrtc-resources',
               'src/resources'],
  },

是将其移除此节或添加一个为false的条件。

为了修补程序，我使用了folowing命令：

sed -i -e "s|'src/resources'],|'src/resources'],'condition':'rtc_include_tests==true',|" src/DEPS

这节省了大约20百万，并允许特拉维斯的建设，以保持以下的超时。

Answer 2

您可以将整个工具链烘焙成一个对接器映像，并在其中运行实际的测试/构建。将码头图像更新委托到另一个自动化过程中(例如，travis-ci cronjob )。

另一个好处是，您现在可以完全控制工具链的部分何时发生更改。我觉得这很重要。

编辑:需要阅读的一些资源。

• 使用码头的官方特拉维斯博士
• travis上的建设与部署图像
• 码头枢纽自动构建