Skip to content

Instantly share code, notes, and snippets.

View devinrhode2's full-sized avatar

Devin Rhode devinrhode2

View GitHub Profile
devinrhode2 / serverFnFetch.ts
Created August 22, 2023 16:22
used to monkey patch a `fetch` call inside some javascript framework.
// used to monkey patch a `fetch` call inside some javascript framework.
const serverFnFetch: typeof fetch = function (input, init) {
const isRequest = input instanceof Request;
const currentUrlObj = new URL(
isRequest ? input.url : input,
const currentUrlWithoutOrigin = currentUrlObj
devinrhode2 / withFooBarPropInjected.tsx
Created July 10, 2023 04:08
withFooBarPropInjected.tsx with generics etc
import React from 'react';
import { useCheckoutSessionId } from '../useCheckoutSessionId';
type ComponentThatRequiresCheckoutSessionId<TProps> = (
yourBaseProps: TProps,
) => JSX.Element | null;
/** Patches return type */
type RemoveProp<
type asdf = HTMLElement;
const validateElement = <
// eslint-disable-next-line @typescript-eslint/ban-types
TInstanceType extends Element,
node: Element | null,

in response to

ci/cd pipeline stuff is not AS shareable as git hooks. Every ci provider has their own .yml flavor... But even a pre-commit hook can be too late in the process in some situations. I think it'd be really cool to:

  1. Have tests/eslint/tsc running while you develop
  2. Somehow, have your live reload/dev server "vouch" for certain changes you are staging in git 2.1 Unfortunately this may mean that dirty working directory changes needs to be stashed when you are committing, and then un-stashed when verification succeeds
devinrhode2 /
Last active November 1, 2022 14:23
Example apps as automated tests, in a separate git repo.

Let's imagine you produce an sdk, an npm package named @crazy/foo,


You like monorepos, but you have example apps in separate repos, and those example apps can't be brought into the monorepo for some reason.

You want those example apps to also function as automated tests, and, you want them to be updated in lockstep with @crazy/foo sdk changes.

Devin finds monorepos are always better, and believes it's best to work from first principles to solve any problem you have, in a way that does not involve multiple git repos.

declare module "redux" {
/** Replace `compose(a, b, c)` with `(...args)=>a(b(c(...args)))` */
function compose(
/** Replace `compose(a, b, c)` with `(...args)=>a(b(c(...args)))` */
a: never,
/** Replace `compose(a, b, c)` with `(...args)=>a(b(c(...args)))` */
b: never,
/** Replace `compose(a, b, c)` with `(...args)=>a(b(c(...args)))` */
c: never,
/** Replace `compose(a, b, c)` with `(...args)=>a(b(c(...args)))` */

I would DIE for a gui

here's the thing

I create lots of well-sequenced, very intentional commits. They are small and repeatable, so it makes it easy to handle rebase conflicts. Just read commit message, see original diff, and 80-90% of the time I believe anyone should be able to see what the original commit was doing and resolve conflict such that same thing is being accomplished on new base. Almost each commit could be one PR, but maybe sometimes it's better to group few commits into one PR.

I'd like to create a PR stack so that it's easy for others to review my changes, but, I don't want to mess around with git branches locally at all. I'm already a surgeon with rebase.

Ideally, I have a gui tool.

devinrhode2 /
Last active April 15, 2023 12:57
typescript tsconfig compilerOptions settings ranked by value
devinrhode2 / .gitconfig
Last active March 17, 2023 15:35
git add-archive <sha>
add-archive = "!runit() { REFS_BRANCH=`git branch -a --contains $1 | xargs` && \
NEW_REF=`echo refs/archive/$(date '+%Y-%m-%d')/$(git config$REFS_BRANCH/$(date '+%s')` && \
git update-ref $NEW_REF $1 && \
echo consider deleting $REFS_BRANCH && \
echo attempting to backup archives && \
git push origin refs/archive/*:refs/archive/* && \
echo Here is your remote commit ref url && \
echo$1; }; runit"
devinrhode2 /
Created May 13, 2022 04:17
`brew update` not updating brew taps

I was getting a seemingly unrelated error trying to git fetch upstream main where upstream was a "public" "git-protocol-url" like git:// That's been deprecated and we need to use plain ssh urls... like

What I probably didn't need to do, is blow away all my ssh stuff and start from scratch. But I did that, found out I just needed to update the url syntax from git:// to

However, it seems like converting from id_rsa to id_edXXXXX fixed an error with brew update failing to get latest data from my brew taps.