Flirt: GitHub and Mailing List backends

This is an update on the development of Flirt. Previous posts:

It's been a while since the last post. I was focused on my thesis, which I handed in on August 1st 🥳

I managed to get comment threads basically working and implemented backends for GitHub and mailing lists. These features are limited and buggy in several ways. But I think this can be overcome with some effort.

Next, I'm now going to clean things up a bit and prepare to make Flirt open-source. It won't be ready for users, but for people who can relate to my ideas for code review and want to shape the development of Flirt from early on. I'm aiming to get that done within 1-2 months.

Continue reading for some technical details about the GitHub and mailing list backends!

Read more  ↩︎

Flirt: The Native Backend

This is an update on the development of Flirt. Make sure to read the announcement post before this one, otherwise it won't make sense: Announcing Development on Flirt. According to the roadmap, my goal for December and January was:

Develop a reasonably detailed specification of the feature set, taking care to support a broad variety of backends while keeping the user experience across backends consistent. Implement this feature set for the "Git native" backend.

I have mostly achieved this goal, although the native backend is unfortunately not yet feature-complete. The basic mechanism of storing, sending and receiving review information via a Git remote is working though. Let's get into it!

Read more  ↩︎

Announcing Development on Flirt

I've started working on Flirt, which stands for "Fabulous, Legendary, Incremental Review Tool". Firstly, what is it and why might you be interested in it?

  • It avoids the need to review the same code multiple times when the code author amends or rebases their commits. This is relevant for people who value good commit history and see it as something to be iterated on during code review.

  • It's agnostic with respect to the code sharing / code review platform. That means: You can jump between open-source projects using GitHub, a mailing list etc. and your code review experience stays consistent.

  • It's a local-first tool, so it integrates seamlessly with your other tools. Using your editor to read, test and comment on code you review is a breeze.

If any of those points tickle your neurons, keep reading!

Read more  ↩︎