You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Following on my mistake in #10, with the interpretation that even though I made a dumb mistake, it could be made more obvious in the future.
I would prefer the workdir made by hatchery to be called build_hatchery. Here were my thoughts that lead to this:
in .hatchery.work, .work seems like an extension and doesn't follow Python conventions for separating words. .hatchery_work seems just as obvious for purpose but without deviating from other conventions
I don't think there is a compelling reason to make this a hidden directory. hatchery.work or hatchery_work seems equally easy to understand, yet does not require any special thought regarding ls etc. Overall it seems like a directory users should be fully aware of, not one that is hidden from them. This is a judgment call... some tools, like tox, prefer to hide the working directory -- its work dir is .tox. But Gradle uses build, node.js uses node_modules ... Anyway this contributed to my mistake in Straightforward option to preserve workdir, or files from it? #10 and could confuse other users in the future, not just exactly in the Straightforward option to preserve workdir, or files from it? #10 case but in other cases where they might miss the hidden dir.
build is what Gradle calls its working directory. Why not call hatchery's directory something that fits well with that? build_hatchery?
The text was updated successfully, but these errors were encountered:
Whatever decision you like, I can make the PR. If you do not like changing the default directory name, can I submit a PR to allow it to be configurable?
Following on my mistake in #10, with the interpretation that even though I made a dumb mistake, it could be made more obvious in the future.
I would prefer the workdir made by hatchery to be called
build_hatchery
. Here were my thoughts that lead to this:.hatchery.work
,.work
seems like an extension and doesn't follow Python conventions for separating words..hatchery_work
seems just as obvious for purpose but without deviating from other conventionshatchery.work
orhatchery_work
seems equally easy to understand, yet does not require any special thought regardingls
etc. Overall it seems like a directory users should be fully aware of, not one that is hidden from them. This is a judgment call... some tools, liketox
, prefer to hide the working directory -- its work dir is.tox
. But Gradle usesbuild
, node.js usesnode_modules
... Anyway this contributed to my mistake in Straightforward option to preserve workdir, or files from it? #10 and could confuse other users in the future, not just exactly in the Straightforward option to preserve workdir, or files from it? #10 case but in other cases where they might miss the hidden dir.build
is what Gradle calls its working directory. Why not call hatchery's directory something that fits well with that?build_hatchery
?The text was updated successfully, but these errors were encountered: