Pijul notes

Posted on 2023-06-02

Not so much a blog post, than a collection of knowledge tidbits for easy reference.

Pulling in changes results in conflicts

This can happen even if conflicts shouldn’t occur. I’ve seen it happen where it took the following form:

A
>>>>>>> 1 [JKVFWQZN ]
X
======= 1 [ESVWVRQF first change]
X
<<<<<<< 1
C

This situation has two characteristics:

The conflict markers include the change ID and the change message, but notice how the JKVFWQZN change does not have a message.
The “conflicting” changes are exactly the same

It’s as if the same change was attempted applied with different IDs.

The solution/workaround I found was to unrecord the change with the message, reset the working copy, then re-apply the change.

$ pijul unrecord ESVWVRQF
$ pijul reset
$ pijul apply ESVWVRQF

Alternatively, another “pijul pull” instead of applying the change (it should amount to the same thing).

I thought for a while that there was a magic string put in the change message or description to reference a discussion, but that’s GitHub thinking.

Use –to-channel with “pijul push” and reference the discussion by number:

$ pijul push --to-channel main:42