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
This is still relevant, considering the Standard Go Project Layout, where the projects root (called . hereafter) contains several folders and the source code is usually in a subfolder (cmd, pkg, internal, tools) and assets in sibling directories (assets, configs, init, docs, ./LICENSE, ./README, …).
Please don‘t come up with hacks like an embedding script in ., this defeats the purpose of the Standard Layout.
The text was updated successfully, but these errors were encountered:
The "Standard Go Project Layout" is not an official standard nor is its use suggested by Go. Its shortcomings don't imply shortcomings in Go.
This issue doesn't constitute an actual proposal; it doesn't propose how to make such a change in a way that's compatible with existing requirements. It doesn't contribute anything new over #58519 (nor #58525). That makes this issue unactionable.
This is still relevant, considering the Standard Go Project Layout[...] Please don‘t come up with hacks like an embedding script in ., this defeats the purpose of the Standard Layout.
Do be aware that the so-called "Standard Go Project Layout" is anything but a standard; you should take it with a hefty punch of salt when citing it as a motivation.
Proposal Details
In reference to the closed #58519
This is still relevant, considering the Standard Go Project Layout, where the projects root (called
.
hereafter) contains several folders and the source code is usually in a subfolder (cmd, pkg, internal, tools) and assets in sibling directories (assets, configs, init, docs, ./LICENSE, ./README, …).Please don‘t come up with hacks like an embedding script in
.
, this defeats the purpose of the Standard Layout.The text was updated successfully, but these errors were encountered: