1. 07 Jul, 2021 5 commits
    • Georges Racinet's avatar
      HgGitRepository: section&item args in #hg_config_item_bool? · acd271965430
      Georges Racinet authored
      Using the fully dotted name was convenient for a `hg config` call,
      but now that we rely on an HGitaly method with section and item
      arguments, it'd be silly not to switch to that tighter style,
      given that we don't have many callers yet.
      branch : heptapod
    • Georges Racinet's avatar
      HgGitRepository: using HGitaly for hg_config_item_bool? · 82ff5c85e8d6
      Georges Racinet authored
      This finishes the proof that the Rails app can use HGitaly-specific
      services, and also fixes a minor bug.
      Generally speaking, in case a method of HgGitRepositoy can be replaced
      by an HGitaly call, we should do it directly on HgGitRepository,
      because HGitaly is available anyway, and has several advantages, even
      for legacy (`hg_git`) projects
      1. better quality overall
      2. less latency than calling the `hg` CLI
      3. more focused, with better atomicity potential
      branch : heptapod
    • Georges Racinet's avatar
      GitalyClient::MercurialRepositoryService: first implementation · 3d8c80d55c5a
      Georges Racinet authored
      The immediate goal is to prove that we can call HGitaly-specific
      services. RSpec test will be provided once hooked in a repository
      branch : heptapod
    • Georges Racinet's avatar
      GitalyClient: ability to use the HGitaly specific services · 312c2fa31b3d
      Georges Racinet authored
      Once the `hgitaly` gem is installed, we can pick the stubs in the
      HGitaly module, for HGitaly-specific services only.
      The version in use of the gem, 0.0.1, is the first one with
      `MercurialRepositoryService`. It will be replaced soon by the
      first one matching an HGitaly version (should be 0.15.0)
      branch : heptapod
    • Georges Racinet's avatar
      HgGitRepository: RSpec test for hg_config_item_bool? · 606881bc3c49
      Georges Racinet authored
      Demonstrates in particular a flaw in current implementation
      (does not matter yet in practice because it's used for
      settings defaulting to `false`)
      branch : heptapod
  2. 19 Jul, 2021 1 commit
  3. 18 Jul, 2021 3 commits
  4. 15 Jul, 2021 2 commits
  5. 11 Jul, 2021 2 commits
  6. 05 Jul, 2021 5 commits
  7. 01 Jul, 2021 2 commits
  8. 29 Jun, 2021 2 commits
  9. 21 Jun, 2021 2 commits
  10. 19 Jun, 2021 2 commits
  11. 17 Jun, 2021 2 commits
  12. 16 Jun, 2021 1 commit
  13. 15 Jun, 2021 2 commits
  14. 17 Jun, 2021 1 commit
  15. 16 Jun, 2021 1 commit
  16. 15 Jun, 2021 1 commit
  17. 14 Jun, 2021 1 commit
    • Georges Racinet on mutations.racinet.fr's avatar
      Repository Files: implement base64 encoding for Mercurial · 1c04c339fd66
      In particular, this makes uploading of binary files work in Web IDE.
      In theory it would be possible to pass some file as base64 encoded
      and require preservation of line endings. In practice that should
      not happen with the API requests front components and controllers
      generate. And I don't see why it should be forbidden (even if use-cases
      are hard to imagine).
      branch : heptapod-oldstable
  18. 13 Jun, 2021 2 commits
    • Georges Racinet's avatar
      Merged GitLab 13.12.2 in Heptapod · f8173eb78995
      Georges Racinet authored
      Fixed conflicts, applied new RuboCop rules as in !251
      The main source of trouble was the API change in BaseProjectService,
      which in turn broke our specific call sites in PostReceiveWorker.
      branch : heptapod
    • Georges Racinet's avatar
      Removed some bare exception rescuings · 12797250751d
      Georges Racinet authored
      Detected by new RuboCop rule in GitLab 13.12, and of course is
      best done on all current Heptapod versions.
      branch : heptapod-oldstable
  19. 11 Jun, 2021 3 commits