Skip to content

"Merging" into a crypted mirror repo, hmm? #1

Open
@pfalcon

Description

@pfalcon

// pull into mirror so it merges

What would be an idea behind "merging"? How exactly would you merge crypted content? What if there's a conflict?

That seems contra-logical. Mirror repo should always be a mirror of remote repo. The whole existence of mirror repo is due to lack in-flight transcoding on the level of git-receive-pack/git-upload-pack. You don't "merge" in git-receive-pack/git-upload-pack, ergo shouldn't merge there. It should be pull --rebase or actually likely git fetch (well, you'd know better why the bare repo didn't work for you).

Where "merging" should happen is on the level of local (main) repo. Decrypting should happen into a separate ref, and that ref should be then either merged or rebased to (again, how a normal pull would work).

P.S. Working on getting the thing work with rebased repos.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions