Skip to content
This repository was archived by the owner on Sep 9, 2020. It is now read-only.

discuss: production & development #220

Closed
mattn opened this issue Feb 3, 2017 · 1 comment
Closed

discuss: production & development #220

mattn opened this issue Feb 3, 2017 · 1 comment
Labels

Comments

@mattn
Copy link
Member

mattn commented Feb 3, 2017

Note: This may be early discussion.

AFAIK, dep install all of dependencies into vendor directory without looking build constraints. This is useful to build binaries for each targets. But there are people who want to build with build tag.

https://github.com/mattn/go-sqlite3

In the case of go-sqlite3, dependencies changes with build tag. I believe this use-case is not a little. For example, Ruby's Gemfile support to separate installing gems for production or development. gom also. ex: Using postgresql on the production, using sqlite3 on development.

One of the way to support this, changing format of manifest.json. to separate sturecture by named with build tags. The second is separate filename for the build tags like manifest-$(buildtag).json or manifest-$(SOME_ENVIRONMENT_VARIABLE).json

Additional

Another way: separate branches for production & development. And manage differerent manifest.json on each branches.

@sdboyer
Copy link
Member

sdboyer commented Nov 15, 2017

i'm gonna close this one up. i get how it makes sense in other languages, but it just hasn't seemed to be relevant in Go - in the last ten months, i don't think it's come up more than one or two offhand times in discussions (outside of this issue).

@sdboyer sdboyer closed this as completed Nov 15, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

3 participants