·Day 21
Keeping momentum when the work is quiet
It’s a strange feeling as a maker: the code exists in a repo, but the story around it has to be revived every time. The problem we’re tackling is…
Read →git-to-market — build blog
Every shipping day, one article. No fluff — real progress, real code.
Follow the build — get each update by email.
·Day 21
When the code keeps being quiet, the story still matters
Keeping a public presence as a maker often feels like two jobs at once: build the thing, and then tell the world about it. The problem isn't just that writing…
Read →·Day 21
When the commits are quiet, the need for presence isn't
Keeping a public build going takes more than code. I’ve been watching how hard it is for people who push commits to GitHub to also keep up a public-facing…
Read →·Day 21
When the only change is the work behind the scenes
I didn't push any code in the last two weeks, and that's worth pausing on. The problem I'm trying to solve — helping makers turn commits into an ongoing…
Read →·Day 21
On the friction between committing and being seen
I spend a lot of time thinking about a simple mismatch: the thing developers do most — ship small changes in a git repo — rarely becomes the thing the world…
Read →·Day 21
Why I keep thinking about the gap between code and attention
I’ve been staring at the same problem for a long time: developers ship commits and then nothing changes publicly because turning those commits into visible,…
Read →·Day 21
Why turning commits into stories still matters to me
Keeping a public presence as a maker is deceptively hard. I started building this because the small, routine work I do in GitHub — a fix, a refactor, a tiny…
Read →·Day 21
Why automating commit-to-content still feels necessary
Keeping a project visible often feels like a second job. I keep returning to the same honest observation: writing code is one activity, turning that work into…
Read →·Day 21
When there’s nothing new to show, I think about the gap we’re solving
I didn’t push any code in the last two weeks, and that felt oddly relevant to the problem we’re trying to solve. The product exists because the simplest act a…
Read →·Day 21
On staying visible when all you ship is code
Keeping a public presence feels like a second job for anyone who writes code. I keep coming back to the same honest observation: committing work to GitHub is…
Read →·Day 21
When the diary is empty but the work still matters
I haven't had anything new to show in two weeks, and that feels weird to admit publicly. The product I'm building exists to bridge a very specific gap:…
Read →·Day 21
Keeping a project visible without burning out
I’ve been thinking about the core problem we started git-to-market to solve: makers ship work in GitHub, but visibility doesn’t come for free. Commits are the…
Read →·Day 21
On the friction between shipping code and being seen
I’ve been thinking about the small, persistent gap that exists between writing code and being noticed for it. For the developers I talk to, the act of pushing…
Read →·Day 21
When there’s nothing new to show, the problem stays loud
I didn’t push any commits in the last couple of weeks, and that’s the reason this update exists: there isn’t a new feature to announce. That’s not a failure —…
Read →·Day 21
Keeping momentum when the commits slow down
I spent today thinking about the gap between doing the work and being seen for it. For many developers and makers, the real effort isn’t just in writing code…
Read →·Day 22
On the friction between shipping and being seen
I spent today thinking about a single, persistent mismatch: the work that developers do in code and the work required to be visible to anyone outside a repo.…
Read →·Day 22
On the friction between shipping and being seen
I keep coming back to a simple observation: writing code is the easy, honest part for a lot of makers — the hard part is making that work visible without…
Read →·Day 22
When there’s nothing new to show, the work still matters
Keeping a public rhythm is deceptively hard. For most developers I know, the code is the easy part; turning that work into a steady, discoverable presence…
Read →·Day 22
Why turning commits into shareable stories still matters
I keep coming back to a simple observation: most developers want their work to be seen, but the act of sharing that work is extra work. Pushing code is one…
Read →·Day 22
On the friction between shipping code and staying visible
I spent today staring at my own backlog and realizing the same thing many developers tell me: shipping code and staying publicly visible are two different…
Read →·Day 22
Doing less of the busywork that keeps projects invisible
I haven't had new commits to show here in a couple of weeks, and that felt worth saying because silence is part of the problem this product tries to solve.…
Read →·Day 22
On the quiet days when the code keeps to itself
I woke up this morning thinking about how many worthwhile changes never leave a developer's local branch. The problem we're trying to solve isn't glamorous:…
Read →·Day 22
When silence on the repo feels loud
Most days the gap between writing code and being seen is not dramatic — it’s a slow, friction-filled drip. I keep coming back to the same honest observation:…
Read →·Day 22
On the quiet days between commits
Keeping a public, discoverable presence as a maker often feels like two separate jobs: build, and then translate the build into a narrative that people can…
Read →·Day 22
On the friction between shipping code and being visible
I keep coming back to the same honest observation: building in public is a muscle I don’t always have time to exercise, even when I’m actively pushing code.…
Read →·Day 22
Thinking about the gap between committing and being discovered
I keep coming back to a simple observation: committing code and being discoverable are two different muscles. I can spend an hour shipping a small feature or…
Read →·Day 22
On the friction between coding and being seen
I haven't got anything new to show today — no product updates, no new screenshots, no progress metrics. That feels appropriate to call out up front because…
Read →·Day 22
This week: safer post-now gates and clearer LinkedIn dry-run labels
This week I focused on two small but important safety features: stronger gates for "post now" actions and clearer labels for LinkedIn dry-run posts. The goal…
Read →·Day 22
This week: safer post-now gates and clearer LinkedIn dry-run labels
This week I focused on two safety and clarity improvements that reduce accidental posts and make LinkedIn previews honest. If you use git-to-market to turn…
Read →·Day 22
This week: safer post-now gates and clearer LinkedIn dry-run labels
This week I focused on two things that matter if you use git-to-market to turn commits into public posts: making "post now" behavior safer, and making…
Read →·Day 22
This week: post-now gates and clearer LinkedIn dry-run truthfulness
This week I focused on two things that cut the anxiety of automatic posting: giving you an explicit gate before a post goes live, and making LinkedIn dry-runs…
Read →·Day 22
This week: post-now gates and clearer LinkedIn dry-run truthfulness
This week I shipped changes to make automatic posts safer and LinkedIn previews more honest. If you use git-to-market to turn commits into daily posts, these…
Read →·Day 22
This week: post-now gates and clearer LinkedIn dry-run truthfulness
This week we shipped clearer controls around "post now" behavior and made LinkedIn dry-runs more truthful so you can preview what will actually publish. The…
Read →·Day 22
This week: post-now gates and clearer LinkedIn dry-run truthfulness
This week I shipped a tighter way to control when git-to-market posts go live and improved how LinkedIn dry-runs show what will actually publish. If you want…
Read →·Day 22
This week: post gates, clearer LinkedIn dry-run previews
This week I focused on two things that directly reduce friction for makers: smarter post gates so you only publish the commits you mean to, and clearer…
Read →·Day 22
This week: clearer LinkedIn previews and smarter post gates
This week I focused on two things that directly affect how your commits look and behave when they become posts: clearer LinkedIn previews, and smarter gates…
Read →·Day 22
This week: clearer LinkedIn previews and smarter post gates
This week I focused on two things that make your public build routine less noisy and more truthful: smarter gating for when a commit becomes a public post,…
Read →·Day 22
This week: better post gates and clearer LinkedIn previews
This week I improved how git-to-market decides which commits become public posts and made LinkedIn previews more truthful. These changes reduce surprise posts…
Read →·Day 22
This week: better post gates and clearer LinkedIn previews
This week I shipped tighter controls for which commits become public posts and cleaned up LinkedIn previews so what you see matches what readers will get. The…
Read →·Day 22
This week: better post gating and clearer LinkedIn previews
This week I focused on two things that make your public-build posts safer and more predictable: smarter post gates so you don't accidentally publish drafts,…
Read →·Day 19
Removed an old test alias so daily publishing runs reliably
The single most important thing I shipped today was removing a leftover test script alias from the project root that could interfere with the daily publish…
Read →·Day 18
Landing page now shows CMS content with a graceful fallback
This week we shipped one focused improvement: the main public landing page now prefers content you write in the CMS and gracefully falls back to the…
Read →·Day 18
Landing page now shows CMS content with a graceful fallback
The single most important thing that shipped today is that the main landing page now reads content from our CMS and falls back to sensible defaults whenever…
Read →·Day 16
Added an admin waitlist tab and urgent link-sent state
I shipped an admin waitlist view and an “urgent link sent” state today. You can now see who’s on the waitlist and mark a person as contacted quickly. That…
Read →·Day 15
This week I swapped the B2B proof into our flagship CLG article
This week I swapped the B2B proof into the flagship customer-led growth article and shipped the change to our public posts flow. The outcome is small but…
Read →·Weekly recap
How ChatGPT finds your product — and why we shipped RSS in 2026
Ask ChatGPT to recommend a tool in your category and watch what it cites. Not the loudest brand. Not the biggest ad budget. It cites pages it could read — and…
Read →·Day 14
Failures now create a visible failed post so nothing disappears
This week I shipped a small but important fix: when aggregation from GitHub fails, the system now creates a clear "failed" post instead of silently doing…
Read →·Day 13
Day 13: fixed missing names on user list so emails always show
This week I shipped a small but meaningful fix: the users list now shows a name when available and falls back to email when it isn't. That means no more blank…
Read →·Day 12
This week: five more long-tail blog posts published automatically
This week I shipped automatic publishing of five more long-tail blog articles. If you push code and want steady discoverability, those posts mean more…
Read →·Day 11
This week I rebranded core copy and kept the streak at 11 days
This week I shipped a small but important change: I rebranded the core copy that drives how posts are written, so all future commit-to-post content uses the…
Read →·Day 10
This week: LinkedIn token refresh made reliable for steady posting
This week I fixed a hard-to-reproduce race that could stop posts from going out. The service now makes sure only one token refresh happens at a time, which…
Read →·Day 9
This week I shipped invite-ready growth banners for commit cards
This week I shipped a small but meaningful update: commit cards can now include a short invite banner that highlights a feature stack and a suggested next…
Read →·Day 7
This week: dashboard CTA now appears for logged-in users
This week I shipped a small but meaningful UX improvement: logged-in users now see a clear dashboard CTA in the hero. It sounds minor, but it smooths the path…
Read →·Day 5
Built instant repo preview and safer billing for prelaunch demos
This week I shipped two things that make demos honest and prelaunch billing safer. You can now paste any public repo and see a realistic preview of today's…
Read →·Day 4
LinkedIn cross-posting, per-IP limits, and landing redesign shipped
This week I shipped three things that make git-to-x safer, more visible, and easier to use. You can now cross-post to LinkedIn, the public endpoints have…
Read →·Day 8
LinkedIn cross-posting, safer public endpoints, and clearer trust signals
This week I shipped LinkedIn cross-posting, tightened public rate limits, and polished safety documentation. You can now connect LinkedIn, control when posts…
Read →·Day 7
LinkedIn cross-posting, per-IP rate limits, and security-first open source prep
This week I shipped LinkedIn cross-posting and tightened security and safety across the product. You can now connect LinkedIn, toggle cross-posting, and have…
Read →·Weekly recap
This week: LinkedIn cross-posting, stronger safety pages, and rate limits that fail safe
This week I shipped LinkedIn cross-posting and a bunch of safety and stability work. You can now opt in to have your commit cards posted to LinkedIn, and the…
Read →·Day 1
Live demo, billing stub, and real posts to X — day 1 shipped
This week I shipped the first usable slice of git-to-x: a landing page, demo generator, app shell, onboarding, and a live smoke test that posted to X. It…
Read →