Skip to content
Snippets Groups Projects
  1. May 15, 2017
    • Durham Goode's avatar
      changegroup: add bundlecaps back · df3cf9422e1b
      Durham Goode authored
      Commit 282b288aa20c removed the unused bundlecaps argument from the
      changegroup code. While it is unused in core Mercurial, it was an important
      feature for the remotefilelog extension because it allowed the exchange layer to
      communicate to the changegroup packer that this was a shallow repo and that
      filelogs should not be included. Without bundlecaps, there is currently no other
      way to pass that information along without a more extensive refactor of
      exchange, bundle, and changegroup code.
      
      This patch backs out the original removal, and merges it with some recent
      changes to changegroup apis.
      df3cf9422e1b
  2. May 03, 2017
  3. Mar 31, 2017
  4. Mar 30, 2017
    • Pierre-Yves David's avatar
      run-tests: auto-replace 'TXNID' output · 728d37353e1e
      Pierre-Yves David authored
      Hooks related to the transaction are aware of the transaction id. By definition
      this txn-id is unique and different for each transaction. As a result it can
      never be predicted in test and always needs matching. As a result, touching any
      like with this data is annoying. We solve the problem once and for all by
      installing an automatic replacement. In test, this will now show as:
      
        TXNID=TXN:$ID$
      728d37353e1e
  5. Aug 09, 2016
    • Pierre-Yves David's avatar
      getchangegroup: take an 'outgoing' object as argument (API) · d4e026341e16
      Pierre-Yves David authored
      There is various version of this function that differ mostly by the way they
      define the bundled set. The flexibility is now available in the outgoing object
      itself so we move the complexity into the caller themself. This will allow use
      to remove a good share of the similar function to obtains a changegroup in the
      'changegroup.py' module.
      
      An important side effect is that we stop calling 'computeoutgoing' in
      'getchangegroup'. This is fine as code that needs such argument processing
      is actually going through the 'exchange' module which already all this function
      itself.
      d4e026341e16
  6. Aug 02, 2016
  7. Jan 06, 2016
    • Mateusz Kwapich's avatar
      hooks: add HG_NODE_LAST to txnclose and changegroup hook environments · d6d3cf5fda6f
      Mateusz Kwapich authored
      Sometimes a txnclose or changegroup hook wants to iterate through all
      the changesets in transaction: in that situation usually the revset
      `$HG_NODE:` is used to select the revisions. Unfortunately this revset
      sometimes may contain too many changesets because we don't have the
      write lock while the hook runs newer changes may be added to
      repository in the meantime.
      
      That's why there is a need for extra variable carrying the information about
      the last change in the transaction.
      d6d3cf5fda6f
  8. Jun 08, 2015
  9. Apr 15, 2015
  10. Apr 09, 2015
  11. Oct 14, 2014
  12. Oct 16, 2014
    • Mike Hommey's avatar
      bundle2: merge return values when bundle contains multiple changegroups · a67ea4959ef5
      Mike Hommey authored
      A bundle2 may contain multiple parts adding changegroups, in which case there
      are multiple operation records for changegroups, each with its own return
      value. Those multiple return values are aggregated in a single cgresult value
      for the whole operation.
      
      As can be seen in the associated test case, the situation with hooks is not
      really the best, but without deeper thoughts and changes, we can't do much
      better. Hopefully, things will be improved before bundle2 is enabled by default.
      In the meanwhile, multiple changegroups is not expected to be in widespread
      use, and even less expected to be used for pushes. Also, not many clients
      cloning or pulling bundle2 with multiple changesets are not expected to have
      changegroup hooks anyways.
      a67ea4959ef5
Loading