- Feb 25, 2021
-
-
Georges Racinet authored
-
Georges Racinet authored
-
- Feb 23, 2021
-
-
Georges Racinet authored
With the given defaults settings, clients won't see any difference. hg-configexpress 0.4.0 passes all tests with Mercurial 5.6, the series we're using in current Heptapod. The question of how to configure selected projects is entirely open. For now, users have to modify the repo (or group) HGRCs on the server file system. Since there are auxiliary files, the question of backuping them is also open. Closes heptapod#190
-
- Feb 14, 2021
-
-
Georges Racinet authored
-
- Feb 13, 2021
-
-
Georges Racinet authored
This is good common practice, and also reflects in this case that major refactorings are on their way.
-
- Jan 29, 2021
-
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
The motivation for this setting is to allow "semi-linear" merge methods, but it uses internally the future `//`, which py-heptapod cannot cope with currently in non-merge cases. For the time being, we'll have the Rails application use that setting only to perform semi-linear merges.
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
-
- Jan 28, 2021
-
-
Raphaël Gomès authored
This will make the 'semi-linear' MR workflow possible.
-
Raphaël Gomès authored
We will be using new config options only available from this version up.
-
- Jan 23, 2021
-
-
Georges Racinet authored
and renamed as `update_gitlab_references()`, together with renaming of `get_exportable()` in its abstract form as `extract_all_gitlab_refs()`
-
Georges Racinet authored
It looked scary a while ago, but it has no adherence to Git. Of course, the little dance to convert back to Mercurial SHAs on native repos will be simplified as soon as we introduce the subclass for these.
-
Georges Racinet authored
With a last few conversions from `map_{git,hg}_get` and more direct imports from tests.
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
The new `gitlab_refs` attribute makes `heptapod_apply_changes()`, `update_default_gitlab_branch()` applicable outside of hg-git context. For fully native Mercurial projects, we'd simply initialize it with an initial read of the GitLab branches state file. The only catch is that we have to be class-neutral in the final conversion to `dict` for serialization of the GitLab branches state file (needed because `self.git.refs` does not implement `items()`). `gitlab_branches_hg_shas` now takes responsibility for that, for better encapsulation.
-
Georges Racinet authored
-
- Jan 22, 2021
-
-
Georges Racinet authored
Only the actual initial call to the `get_exportable()` of the parent class was actually Git specific. We just update the terminology slightly (easier to track here than with the subsequent move to common code). Side remark: all of this means that we're going to reuse Dulwich `heads_tags` class even for Mercurial repos. It's not really shocking. When that becomes an impediment (e.g., because we don't want to keep the mandatory Dulwich dependency) we can reimplement it or just refactor enough that we don't need it any more.
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
Most of them had the british "analyse" spelling, so we make it the standard. Of course many unrelated methods have US spelling, c'est la vie.
-
Georges Racinet authored
Had to update the monkey-patching in test_inner because we're doing it at instance level, hence without effect on the method that's aliased at the class level: the instance level with the alias is never called.
-
Georges Racinet authored
-
Georges Racinet authored
This is pure Mercurial logic, nothing to adapt
-
Georges Racinet authored
This is in line with changes that regroup mirror logic to `heptapod.gitlab` instead of `hgext3rd.heptapod.git`
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
The only change is `git_branch_ref` that is simply `gitlab_branch_ref` (it was already imported `as`)
-
Georges Racinet authored
The only changes are to the uniform "GitLab" terminology (from "Git").
-
Georges Racinet authored
For native Mercurial projects, these methods will be implemented as the identity. But for hg-git based projects, these express conversion from and to Git.
-
Georges Racinet authored
We start with the default branch management primitives. Also illustrates how this will be an opportunity to switch to a more neutral 'GitLab' terminology instead of 'Git'. Indeed the former will be considered appropriate, even when Git is not involved, i.e., with native Mercurial projects and this is in line with previously already used `gitlab_branches` etc.
-
- Jan 23, 2021
-
-
Georges Racinet authored
First step in extraction effort of common components between hg-git based and fully native repos. Still not fully decided about shortening it to `RefChange`.
-
- Jan 21, 2021
-
-
Georges Racinet authored
This command will be useful for direct calls from the Rails application (backups code is the first use case). Closes #8
-