I’m using Git to maintain this blog, which runs on Blot. Up until now, my Git knowledge has come from YouTube. Today, I came across this Git beginner’s guide that I wish I had on hand before starting this blog. The nice thing about this guide is that it covers the command line commands plus a GUI-based tool, Atom, in that case. I’m mostly a GUI type of guy, but it’s always interesting to see what happens behind the scenes when interacting with Git.

Editing and publishing on the go is a must, after all.

This weekend, I’m away from home. I thought I could get away with it and skip editing Blot posts on the go on the iPad. I was wrong. As I wrote at length here, the jury is still out on the best way to achieve this. For now, on the iPad, Working Copy is the best GIT client, and Ulysses is my preferred text editor. They have to work together.

So, I sat down and cloned the Git repo from Blot to my iPad using Working Copy. It took about a minute to complete. After confirming everything was set up correctly, I created an empty text file with the .md extension in Working Copy. From the Files.app, I tapped on it, and sure enough, Ulysses was launched. The file is shown in the “External Files” section in the library view. The publishing process went smoothly via a Working Copy commit followed by a push¹.

This blog post was not just created, but also edited, previewed, and published from my iPad, away from home. I guess I found a satisfying solution, and it feels great to have accomplished this.

Thinking about text editor apps. Following a recent article from Jason Snell about finding the best markdown editor for the iPad, I started thinking about using Ulysses for all my text editing needs. Is it the best tool for all use cases? Probably not. But it is cross-platform, and for me, it’s a must. As I write this blog post, I’m using Nova text editor on my Mac to start editing, finishing in Ulysses. It depends. I’m unsure how my text editor selection happens when I start writing a new blog post. Maybe I should do the same as Mr. Snell, build a table of much-needed features, and see if Ulysses still fits my needs. On my to-do list, I plan to write a blog post about GIT clients for the iPad. Working Copy is a very popular one and includes a text editor. Jason Snell’s article refers to Textastic too. They compete against Ulysses, but the latter doesn’t do Git stuff. Like many blogs, it may be okay to use a different text editor, depending on the platform. I could use iA Writer on the iPad for this blog and Ulysses for the rest. Or maybe Working Copy would be a better choice because I’ll need to use it to push updates here anyway? As you can see, I’m constantly reflecting on the tools I use or plan to use and my workflow. It’s a never-ending process. Back to Ulysses. For now. Update #1: I’m not alone in rethinking my text editor choices. Chris Hannah, too.

Using Git instead of Dropbox for Blot content syncing provides an unexpected benefit.

As I recently wrote, Blot supports two mechanisms for synchronizing content from my Mac to the web: Dropbox or Git. I chose Git. As I write this, I’m still testing Nova as the Git front-end (I’m a GUI type of guy). One of the great benefits of using Git is the built-in history of commits that is at the core of any Git repo. As shown below, as I push updates to my Blot-based website, I make sure to write a short comment in the commit action to document the commit action. I think this is an important asset in managing a blog and owning its content.

A better view at the GIT panel in Nova:

Setting up this blog with Blot was pretty straightforward.

It all started as an experiment. But now, it’s not. It’s something permanent¹. In less than a day, everything was set up and running. From the setup of the domain name (with GoDaddy) to having an actual site available for browsing. This is the very short story behind setting up the Numeric Citizen I/O website with Blot.

My interest in Blot came from the desire to have better control over the visual appearance of my microblog, which is hosted on Micro.blog. Micro.blog supports some customization but it’s too demanding as you have to have some knowledge of HTML, CSS and Hugo templates inner working. Another goal was to own my content.

Blot is a nice solution to my objectives: owning the content, easy visual styling, and easy publishing. Blot allows me to keep using my current applications like Craft for initial post writing Ulysses on the Mac, which supports Markdown files for editing. I had to select a GIT client to complete my workflow for publishing blog posts.

Opening my account on Blot was super easy. Before going further with any of the Blot settings, configuring my GIT client was mandatory. Cloning the Blot repo on my machine was quick and easy, too. Any non-fixable issues at this stage would have jeopardized the whole initiative.

Next up: setting up analytics, page structure, support for commenting blog posts, and closing a link format. All of this was dead simple to set up. But I wasn’t done yet. The next step was to select a visual theme. I wasn’t satisfied with the available themes, so I asked for support for help as I knew there were other themes available. After describing what I was looking for, the guy behind Blot agreed to bring back one of the decommissioned themes (for an unknown reason). In fact, it was the previously available default one. This closed the loop. I’m a happy camper now. I like this theme because it gives this blog a “scientific paper” look, and I love it; it aligns with the blog’s purposes.

Selecting a GIT client for the Mac is a bit harder than I thought. When I decided to create this blog using Blot.im, I had to select the synchronization mechanism between my Mac and the Blot.im service. Blot.im offers two choices: Dropbox (easy, seamless, but too invasive and bloated software) or GIT. I decided to use GIT, for a few reasons.

First, GIT is geeky. I like geeky stuff. This blog is about being geeky, so why not! More seriously, using GIT means that I have to select a GIT client on my Mac (and eventually on the iPad, too, for on-the-go publishing). The leanest way to manage content sync could have been to settle for the command line only. It is super easy to install GIT in the command line on the Mac. But, now, that’s too geeky to my taste. I prefer going GUI, being able to preview commits, file content, etc.

Here is a list of GIT clients for the Mac that I more or less tested with my impressions for each.

• GITHUB Desktop Client. I think this one is mandatory as it is the official Github client. Works fine as a GitHub client. Super easy to use but limited in editing functionalities, but I can configure it to open files in Nova¹. But it cannot connect to Blot.im GIT remote repo. Yet, it’s a keeper because of Github. It’s free.
• Microsoft Visual Studio Code. This one is impressive but also overwhelming. Do I need this complexity? Probably not. I don’t like its look and feel either: too Microsoft, not enough Apple-like. It’s still not optimized for my M1-based Mac mini, which is not good! It’s free. I will probably delete it from my machine.
• Tower. This one was mentioned by someone I follow on Micro.blog. It’s not free. I like the look and feel of this app. It’s clean. Works great on macOS Big Sur. But somehow, I find it less intuitive compared to Nova. It’s a fully native application (not Electron-based). Will be deleted.
• Sourcetree. Another GIT client but for Gitlab only (could not find a way to connect to Blot.im GIT repo). Still Intel only, not optimized for M1-based machines. No go. Deleted. Thanks to App Cleaner.
• Atom. It’s still Intel-only, sadly. It looks good, but I cannot connect to Blot.im GIT repo. It only supports Github.
• Nova. This app is well-known in the Mac community. They recently released version 5.0. It looks great: a tad busier and crowded interface and costs more than Tower. It comes with a local web server, so I can preview my Markdown file edits effortlessly. It also supports many file types (HTML, CSS, to name a few). It does support extensions to augment its features which is cool. I installed a few of them (Prettier, for example). Finally, Nova supports connecting to many types of servers (FTP, SFTP, WebDAV, etc.). I feel Nova will serve me better in my blogger workflow in the long run or could be used if I ever want to test a local installation of Hugo. Who knows.

As I write this blog post, I choose to settle on Nova for now. I’m still on the trial period. I have 18 days left. I can still change my mind. Meanwhile, if you have any suggestions, feel free to post a comment at the end of this blog post (not from the main page but by hitting the date & time of the post, which will bring you to the post page where you can comment).

In a future post, I’ll explore GIT clients for the iPad. WorkingCopy seems pretty popular.