HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelfโ™ง 0
โ† Back to top all-time
rec
gitz
Python2022โ€“2022
rec / gitz

gitz

๐Ÿ—œ Tiny useful git commands, some dangerous ๐Ÿ—œ

2Distinct people
2Mentions
0Explicit recommenders
36GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

๐Ÿ—œ Tiny useful git commands, some dangerous ๐Ÿ—œ

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7โ€“Nov 14 UTC ยท Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:03:16 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by day2 dated mentions

Observed mentions: 2022-09-08 09:48:39 UTC to 2022-10-01 10:20:18 UTC.

012022-09-08 00:00:00 UTC to 2022-09-09 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsSep 82022-09-09 00:00:00 UTC to 2022-09-10 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-10 00:00:00 UTC to 2022-09-11 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-11 00:00:00 UTC to 2022-09-12 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-12 00:00:00 UTC to 2022-09-13 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-13 00:00:00 UTC to 2022-09-14 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-14 00:00:00 UTC to 2022-09-15 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-15 00:00:00 UTC to 2022-09-16 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-16 00:00:00 UTC to 2022-09-17 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-17 00:00:00 UTC to 2022-09-18 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-18 00:00:00 UTC to 2022-09-19 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-19 00:00:00 UTC to 2022-09-20 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsSep 192022-09-20 00:00:00 UTC to 2022-09-21 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-21 00:00:00 UTC to 2022-09-22 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-22 00:00:00 UTC to 2022-09-23 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-23 00:00:00 UTC to 2022-09-24 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-24 00:00:00 UTC to 2022-09-25 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-25 00:00:00 UTC to 2022-09-26 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-26 00:00:00 UTC to 2022-09-27 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-27 00:00:00 UTC to 2022-09-28 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-28 00:00:00 UTC to 2022-09-29 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-29 00:00:00 UTC to 2022-09-30 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-30 00:00:00 UTC to 2022-10-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-10-01 00:00:00 UTC to 2022-10-02 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsOct 1

Counts come from the repositoryโ€™s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Sep 82022-09-08 00:00:00 UTC2022-09-09 00:00:00 UTC101
Sep 92022-09-09 00:00:00 UTC2022-09-10 00:00:00 UTC000
Sep 102022-09-10 00:00:00 UTC2022-09-11 00:00:00 UTC000
Sep 112022-09-11 00:00:00 UTC2022-09-12 00:00:00 UTC000
Sep 122022-09-12 00:00:00 UTC2022-09-13 00:00:00 UTC000
Sep 132022-09-13 00:00:00 UTC2022-09-14 00:00:00 UTC000
Sep 142022-09-14 00:00:00 UTC2022-09-15 00:00:00 UTC000
Sep 152022-09-15 00:00:00 UTC2022-09-16 00:00:00 UTC000
Sep 162022-09-16 00:00:00 UTC2022-09-17 00:00:00 UTC000
Sep 172022-09-17 00:00:00 UTC2022-09-18 00:00:00 UTC000
Sep 182022-09-18 00:00:00 UTC2022-09-19 00:00:00 UTC000
Sep 192022-09-19 00:00:00 UTC2022-09-20 00:00:00 UTC000
Sep 202022-09-20 00:00:00 UTC2022-09-21 00:00:00 UTC000
Sep 212022-09-21 00:00:00 UTC2022-09-22 00:00:00 UTC000
Sep 222022-09-22 00:00:00 UTC2022-09-23 00:00:00 UTC000
Sep 232022-09-23 00:00:00 UTC2022-09-24 00:00:00 UTC000
Sep 242022-09-24 00:00:00 UTC2022-09-25 00:00:00 UTC000
Sep 252022-09-25 00:00:00 UTC2022-09-26 00:00:00 UTC000
Sep 262022-09-26 00:00:00 UTC2022-09-27 00:00:00 UTC000
Sep 272022-09-27 00:00:00 UTC2022-09-28 00:00:00 UTC000
Sep 282022-09-28 00:00:00 UTC2022-09-29 00:00:00 UTC000
Sep 292022-09-29 00:00:00 UTC2022-09-30 00:00:00 UTC000
Sep 302022-09-30 00:00:00 UTC2022-10-01 00:00:00 UTC000
Oct 12022-10-01 00:00:00 UTC2022-10-02 00:00:00 UTC101

What Hacker News says

2 sources
No, there's no reason to preserve commit messages you used during development. When I am developing, I make many tiny commits with an automatically generated title ('Modify util/files.py') each time my tests pass, or really, when I do anything of value. (I use `git-infer`: https://github.com/rec/gitz/blob/master/git-infer) This makes it impossible for me to lose work, and acts like a coarse-grained undo for me, where I can quickly move back and forth between spots that the tests worked if I decide I'm going the wrong way, or create a new branch, move back a bit, and make some changes and compare. _Before anyone sees this code_ I rebase it down to a logical sequence extremely-carefully named and organized commits. (The word "manicured" has been used more than once.) As I go through code review, I make tiny commits and at the end, rebase t
Read the rest
hem into my carefully-named commits. I create at least five commit IDs for each final commit I created. No one wants to see these. I spend considerable time organizing everything so just the information you need to see is in the final commits. All the information should be there.
In GitHub's Missing Merge Option
What do you mean by "all inputs"? Did you write your whole server from scratch? Did you verify the length of every single int that comes in your query? Fragment? Json? Header? Header part that may be parsed internally by python's standard libs? Chunk lengths? IP conversions? Every external library call? Variables that may turn numeric in future revisions? If that's true, how sure are you you haven't missed a single spot? > like we have been doing for thirty years in web apps. I have bad news for you. If everything you said is true, you've been working on some ideal code in a prefect team with no dependencies... But more likely you're going to have a bad collision with reality one day. Also, your code, I believe? https://github.com/rec/gitz/blob/0c15c9e3d213c3556f38f6fbf63... (I know that's not a Web service, but couldn't find one. Still u
Read the rest
ntrusted input. If you point me at one, I'll be happy to find another example.)
In Prevent DoS by large int-str conversions

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.