Live data from Hacker News

In praise of –dry-run

henrikwarne.com

51–60 of 175 posts

Re: In praise of –dry-run

#51
post #32
post #30

Earlier quoted context omitted.

Yeah I'm more of a `--wet-run` `-w` fan myself. But it does depend on how serious/annoying the opposite is.

I've done that, but I hate the term "wet run." I use "live run" now, which I think gets the point across without being sort of uncomfortable.

Moist run is the way.

Re: In praise of –dry-run

#52

I’m interested to know the etymology and history of the term. Somehow I imagine an inked printing press as the “wet run.”

Interestingly the one place I have seen "dry run" to actually mean "dry run" is using a air compressor to check to see if a water loop (in a computer) doesn't leak by seeing if there no drop in pressure.

Re: In praise of –dry-run

#53
post #8

I usually do the opposite and add a --really flag to my CLI utilities, so that they are read-only by default and extra effort is needed to screw things up.

I've committed "--i-meant-that" (for a destroy-the-remote-machine command that normally (without the arg) gives you a message and 10s to hit ^C if you're not sure, for some particularly impatient coworkers. Never ended up being used inappropriately, which is luck (but we never quantified how much luck :-)

I like the timer idea. I do something kinda similar by prompting the user to enter some short random code to continue.

I guess the goal for both is to give the user a chance to get out of autopilot, and avoid up-arrowing and re-executing.

Re: In praise of –dry-run

#54
post #32

Earlier quoted context omitted.

I've done that, but I hate the term "wet run." I use "live run" now, which I think gets the point across without being sort of uncomfortable.

--with-danger --make-it-so --do-the-thing --go-nuts --safety-off So many fun options.

I've done a few --execute --i-know-what-im-doing for some more dangerous scripts

Re: In praise of –dry-run

#55

What if the tool required an "un-safeword" to do destructive things? "Do you really want to 'rm -rf /'? Type 'fiberglass' to proceed."

There is a package called molly-guard that makes you type the computer's hostname when you are trying to do a shutdown or restart. I love it.

Re: In praise of –dry-run

#56

Sort of a strange article. You don't see that many people _not_ praising --dry-run (speaking of which, the author should really learn to use long options with a double dash).

I only saw the emdash in the thread link, but I do know that an iPad "wants" to turn a double dash into an emdash automatically. I have no idea how to disable that default.

Re: In praise of –dry-run

#58
post #31

I use --dry-run when I'm coding and I control the code. Otherwise it's not very wise to trust the application on what should be a deputy responsibility. Nowadays I'd probably use OverlayFS (or just Docker) to see what the changes would be, without ever risking the original FS.

How do you easily diff what changed between Docker and host?

Re: In praise of –dry-run

#59
post #32

Earlier quoted context omitted.

I've done that, but I hate the term "wet run." I use "live run" now, which I think gets the point across without being sort of uncomfortable.

--with-danger --make-it-so --do-the-thing --go-nuts --safety-off So many fun options.

--commit is solid too

Re: In praise of –dry-run

#60

Earlier quoted context omitted.

--with-danger --make-it-so --do-the-thing --go-nuts --safety-off So many fun options.

I've done a few --execute --i-know-what-im-doing for some more dangerous scripts

May I recommend --I-take-responsibility-for-the-outcome-of-proceeding and require a capital I?
Post reply on HN