Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature request: Make it easier to bootstrap a new project with dip install #94

Open
blijblijblij opened this issue Sep 21, 2020 · 3 comments

Comments

@blijblijblij
Copy link

Describe the bug
Not really a bug, more of a feature request

Allow dip to dip install the newest files needed for dip to run and manage itself:

A simpler way of kicking of dip in a new project as I caught myself setting up a new project via:

  • cp -r ../some-other-project/.dockerdev .
  • cp ../some-other-project/dip.yml .
  • cp ../some-other-project/docker-compose.yml .

To Reproduce
Steps to reproduce the behavior:

  1. Provide dip.yml config
  2. Provide docker-compose.yml
  3. Run command
  4. See error

Expected behavior
dip install

gives me

  • .dockerdev folder
  • docker-compose.yml the latest and greatest version
  • dip.yml the latest and greatest

Screenshots
If applicable, add screenshots to help explain your problem.

Context (please complete the following information):

  • OS: [e.g. Ubuntu 18.04.3]
  • Version [e.g. binary 4.3.2]

Additional context
I agree this has some RTFM to it, as I would be able to start from the latest and greatest by searching around a little, but still, I think this would make for a great extension of an already great 🚀 gem.

@bibendi
Copy link
Owner

bibendi commented Sep 24, 2020

Hi!
I've started doing something like that a year ago, but then I realized that every single project has a unique configuration.

#66

@blijblijblij
Copy link
Author

Hi!
I've started doing something like that a year ago, but then I realized that every single project has a unique configuration.

#66

Cool, and yeah agree on the uniqueness of a configuration, but this #66 still seems like a sane default.

So that at least one can hit the ground running after a rails new, gem install dip and a dip generate.

After that you will always start adapting, but this way you'll kickstart users with the basics...

@bibendi
Copy link
Owner

bibendi commented Sep 24, 2020

Agree. I'll try to finish that if I have more free time this fall.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants