[lucicfg] Strongly suggest to use a shebang for entry point scripts.

Like this: "#!/usr/bin/env lucicfg generate". lucicfg will keep nagging with
warnings in stderr until it is added.

Multiple users already mistakenly used `lucicfg generate <wrong *.star file>`
for generating Swarming's bots.cfg and were very confused by its output
(usually some import errors because the package root is wrong).

Distinguishing entry point scripts with '#!...' seems like the simplest option
for now that also does no harm in the future when we have a better approach.

R=tandrii@chromium.org
BUG=833946

Change-Id: Ib84595491fb944754808a022705e04be00730c13
Reviewed-on: https://chromium-review.googlesource.com/c/1482574
Commit-Queue: Vadim Shtayura <vadimsh@chromium.org>
Reviewed-by: Andrii Shyshkalov <tandrii@chromium.org>
2 files changed
tree: 7bc00ea18f56d1fe990c7d2c0a9cf5bd327531f1
  1. appengine/
  2. auth/
  3. buildbucket/
  4. cipd/
  5. client/
  6. common/
  7. config/
  8. cq/
  9. dm/
  10. examples/
  11. gce/
  12. grpc/
  13. hardcoded/
  14. infra/
  15. logdog/
  16. luci_notify/
  17. lucicfg/
  18. lucictx/
  19. machine-db/
  20. milo/
  21. mmutex/
  22. mp/
  23. scheduler/
  24. scripts/
  25. server/
  26. starlark/
  27. swarming/
  28. tokenserver/
  29. tools/
  30. tumble/
  31. vpython/
  32. web/
  33. .gitattributes
  34. .travis.yml
  35. AUTHORS
  36. codereview.settings
  37. CONTRIBUTING.md
  38. CONTRIBUTORS
  39. LICENSE
  40. OWNERS
  41. pre-commit-go.yml
  42. PRESUBMIT.py
  43. README.md
README.md

luci-go: LUCI services and tools in Go

GoDoc

Installing

LUCI Go code is meant to be worked on from an Chromium infra.git checkout, which enforces packages versions and Go toolchain version. First get fetch via depot_tools.git then run:

fetch infra
cd infra/go
eval `./env.py`
cd src/go.chromium.org/luci

Contributing

Contributing uses the same flow as Chromium contributions.