<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Hi James,<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 11/09/2018 11:07, James Adam wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:B2A09106-E9CF-4534-BE0E-6A88AD9255E0@lazyatom.com">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      On 11 Sep 2018, at 10:07, Samuel Joseph <<a
        href="mailto:tansaku@gmail.com" class="" moz-do-not-send="true">tansaku@gmail.com</a>>
      wrote:<br class="">
      <div>
        <blockquote type="cite" class=""><br
            class="Apple-interchange-newline">
          <div class="">
            <div class="">I have two concerns<br class="">
              <br class="">
              1) new developers onboarding often get snarled up in the
              caching and the files generated<br class="">
            </div>
          </div>
        </blockquote>
        <div><br class="">
        </div>
        <div>I tend to consider the generated YAML files as black boxes
          — it’s hard to predict their contents or make much sense of
          them until you’re quite experienced.</div>
      </div>
    </blockquote>
    Yes, that makes sense. I don't think the problem is the new
    developers looking inside the files so much as not being sure about
    whether to add the files, leave them out, .gitignore them or what.
    And new cached files seem to get generated when tests fail on a
    developers machine (for whatever reason) and then a slightly
    different set of network interactions follows.  Or more specifically
    when a developer is working on a new feature and adding to the tests
    and then seeing a load of new cassettes and not being sure what to
    do, or even getting confused at a given point about whether the
    tests are hitting the network are not.
    <blockquote type="cite"
      cite="mid:B2A09106-E9CF-4534-BE0E-6A88AD9255E0@lazyatom.com">
      <div><br class="">
        <blockquote type="cite" class="">
          <div class="">
            <div class="">2) the cached recordings are gradually getting
              further and further out of date - could we automate their
              refreshing?<br class="">
            </div>
          </div>
        </blockquote>
      </div>
      <br class="">
      <div class="">VCR _can_ be configured to automatically re-record
        after a fixed period of time, would that help? <a
href="https://relishapp.com/vcr/vcr/v/3-0-3/docs/cassettes/automatic-re-recording"
          class="" moz-do-not-send="true">https://relishapp.com/vcr/vcr/v/3-0-3/docs/cassettes/automatic-re-recording</a></div>
      <br>
    </blockquote>
    I didn't know that - that's very helpful thankyou!<br>
    <br>
    Having read the documentation it sounds like that would just throw
    out the cached files at a point that one might easily forget about
    and have to cope with the change while in the middle of working on
    another feature.   I was really hoping that there might be a
    dependabot style system that would submit a pull request once a
    month with the re-recorded cache files ... I wonder how hard that
    would be to create ...?<br>
    <br>
    Many thanks again<br>
    Best, Sam<br>
  </body>
</html>