winter.bsky.social
forked from
tangled.org/site
meow
more noodling on blog post
Signed-off-by: oppiliappan <me@oppi.li>
oppi.li
+8
-3
input.css
+8
-3
input.css
+13
-19
pages/blog/stacking.md
+13
-19
pages/blog/stacking.md
···
2
atroot: true
3
template:
4
slug: stacking
5
-
title: jujutsu-style code review
6
subtitle: tangled now supports jujutsu change-ids!
7
date: 2025-06-02
8
image: /static/img/hidden-ref.png
···
20
as reviews are addressed. We set out to natively support
21
this model of code-review on Tangled.
22
23
-
If you're new to Tangled, [read our intro](/intro) for more
24
-
about the project.
25
26
For starters, I would like to contrast the two schools of
27
code-review, the "diff-soup" model and the interdiff model.
28
29
-
## the diff soup model
30
31
When you create a PR on traditional code forges (GitHub
32
specifically), the UX implicitly encourages you to address
···
124
[a] some small refactor
125
```
126
127
-
This is the most important part:
128
-
129
-
```
130
-
Rebased 2 descendant commits onto updated working copy
131
-
```
132
-
133
Jujutsu automatically rebases the descendants without having
134
to lift a finger. Brilliant! You can repeat the same
135
exercise for all review comments, and effectively, your
136
PR will have evolved like so:
137
138
```
139
-
a -> b -> c
140
| | |
141
v v v
142
-
a' -> b' -> c'
143
```
144
145
## the catch
···
155
156
Jujutsu however, works around this by assigning stable
157
"change id"s to each change (which internally point to a git
158
-
commit, if you use the git backing). If you edit an old
159
-
commit, its SHA changes, but its change-id remains the same.
160
161
And this is the essence of our new stacked PRs feature!
162
···
210
<figcaption class="text-center">The "stack" is similar to Gerrit's relation chain</figcaption>
211
</figure>
212
213
-
After a while, I receive a couple of review comments, but
214
-
not on my entire submission, but rather, on each *individual
215
change*. Additionally, the reviewer is happy with my first
216
change, and has gone ahead and merged that:
217
···
275
# hack, hack, hack
276
```
277
278
-
We are done addressing reviews, let us push our code:
279
```
280
$ jj git push
281
Changes to push to origin:
···
283
```
284
285
Upon resubmitting the PR for review, Tangled is able to
286
-
accurately map every change in the resubmitted branch to its
287
-
original PR, using jujutsu change-ids:
288
289
<div class="flex justify-center items-start gap-2">
290
<figure class="w-1/2 m-0 flex flex-col items-center">
···
2
atroot: true
3
template:
4
slug: stacking
5
+
title: jujutsu on tangled
6
subtitle: tangled now supports jujutsu change-ids!
7
date: 2025-06-02
8
image: /static/img/hidden-ref.png
···
20
as reviews are addressed. We set out to natively support
21
this model of code-review on Tangled.
22
23
+
Tangled is a new social-enabled Git collaboration platform,
24
+
[read our intro](/intro) for more about the project.
25
26
For starters, I would like to contrast the two schools of
27
code-review, the "diff-soup" model and the interdiff model.
28
29
+
## the diff-soup model
30
31
When you create a PR on traditional code forges (GitHub
32
specifically), the UX implicitly encourages you to address
···
124
[a] some small refactor
125
```
126
127
Jujutsu automatically rebases the descendants without having
128
to lift a finger. Brilliant! You can repeat the same
129
exercise for all review comments, and effectively, your
130
PR will have evolved like so:
131
132
```
133
+
a -> b -> c initial attempt
134
| | |
135
v v v
136
+
a' -> b' -> c' after first cycle of reviews
137
```
138
139
## the catch
···
149
150
Jujutsu however, works around this by assigning stable
151
"change id"s to each change (which internally point to a git
152
+
commit, if you use the git backing). If you edit a commit,
153
+
its SHA changes, but its change-id remains the same.
154
155
And this is the essence of our new stacked PRs feature!
156
···
204
<figcaption class="text-center">The "stack" is similar to Gerrit's relation chain</figcaption>
205
</figure>
206
207
+
After a while, I receive a couple of review comments, not on
208
+
my entire submission, but rather, on each *individual
209
change*. Additionally, the reviewer is happy with my first
210
change, and has gone ahead and merged that:
211
···
269
# hack, hack, hack
270
```
271
272
+
We are done addressing reviews:
273
```
274
$ jj git push
275
Changes to push to origin:
···
277
```
278
279
Upon resubmitting the PR for review, Tangled is able to
280
+
accurately trace the commit across rewrites, using jujutsu
281
+
change-ids, and map it to the corresponding PR:
282
283
<div class="flex justify-center items-start gap-2">
284
<figure class="w-1/2 m-0 flex flex-col items-center">
static/img/review_difference.jpeg
static/img/review_difference.jpeg
This is a binary file and will not be displayed.
static/img/review_union.jpeg
static/img/review_union.jpeg
This is a binary file and will not be displayed.