Skip to content
This repository was archived by the owner on Dec 3, 2019. It is now read-only.
This repository was archived by the owner on Dec 3, 2019. It is now read-only.

Instructions on a native setup added to the readme #278

Closed

Description

@hpjaj

Feature

Why is this feature being added?

When using this repo locally, you can do so via Docker, a AWS VM, or through a native setup. We currently have instructions for the first two, but not the latter.

What should your feature do?

Create a set of instructions for setting up this repo natively. Follows the pattern laid out in #277

Activity

  1. aamarill commented on May 23, 2018

    @aamarill
    Contributor

    Hello @hpjaj can I get started on this issue? 😄

  2. hpjaj commented on May 23, 2018

    @hpjaj
    ContributorAuthor

    @aamarill - it's yours!

  3. aamarill commented on Jun 4, 2018

    @aamarill
    Contributor

    @hpjaj I apologize for the delay on this!
    If you see someone else looking for work, please have them give me a hand with this.
    Feel free to update the "status" label to "available".

    I don't think I am going to have too much spare time in the coming weeks.
    Thanks! 😄

  4. aamarill commented on Jul 10, 2018

    @aamarill
    Contributor

    @hpjaj So sorry for the delay on this, but I don't think I can work this anymore. I recommend that you please update the status to "available". In addition, you may want to add a "beginner friendly" tag 😅
    Thank you for the opportunity to contribute!

  5. robbkidd commented on Aug 21, 2018

    @robbkidd
    Contributor

    Would a hybrid native/docker/docker-compose development environment work? Wherein the Ruby bits—the web service running in development mode, minitest tests, rubocop, etc—run on the host while services that the backend depends on (Postgres, Redis) continue to run in docker containers. Would that meet the desire for a "native" development environment?

  6. dmarchante commented on Aug 21, 2018

    @dmarchante
    Contributor

    good question. I will have to pull in eyes more familiar with this. @nellshamrell @hollomancer ?

  7. robbkidd commented on Aug 21, 2018

    @robbkidd
    Contributor

    Scoping questions: Is the goal to ...

    ... avoid requiring a developer to install Docker?

    ... enable a developer to run the Ruby portions of the backend in a more direct way on their host to ease console access or running a debugger?

    What challenges have developers had with docker- and cloud-based development environments that a native setup would address?

  8. dmarchante commented on Aug 21, 2018

    @dmarchante
    Contributor

    ... avoid requiring a developer to install Docker?
    Potentially, we are trying to be as beginner friendly as possible. Additionally, I anticipate learners will want to know how to set up the environment locally.

    ... enable a developer to run the Ruby portions of the backend in a more direct way on their host to ease console access or running a debugger?
    @nellshamrell @hollomancer

    What challenges have developers had with docker- and cloud-based development environments that a native setup would address?
    This goes back to the beginner issue who may want to get rid of as much complexity as possible, or focus on getting set up and run Ruby natively. We just want to provide the options since we have a diverse group of reasons and skill levels who are wanting to contribute.

    @robbkidd These are some great questions that we should think about. Let's wait for input from Nell and Conrad before moving forward.

  9. jjhampton commented on Aug 21, 2018

    @jjhampton
    Contributor

    @robbkidd I suspect that your second option was one of the goals - 'enable a developer to run the Ruby portions of the backend in a more direct way on their host to ease console access or running a debugger'. I'm thinking that we want setup/running of the back-end to be something that is easy and accessible even for beginner devs. I don't have any details as I'm not very active on the back-end team here, but I've seen beginners post questions about difficulties with Docker in our Slack a few times.

    It feels like we just want to give developers (especially beginners) more options instead of tying them down to only one type of environment.

  10. leenyburger commented on Aug 22, 2018

    @leenyburger
    Contributor

    @robbkidd @jjhampton @dmarchante - @hpjaj helped me set this up natively when I first got involved and it really helps beginning developers to not have to mess with Docker. Plus byebug and Docker aren't friends. It's intimidating to run make commands when you're still figuring out rake commands. The steps are something like this:

    • Get postres running
    • Modify the / etc / hosts file: https://www.tekrevue.com/tip/edit-hosts-file-mac-os-x/
      Add 127.0.0.1 operationcode-psql
      to your /etc/hosts file enables you to run Rails app that uses Docker, without Docker.
    • Run redis in a different terminal window.
    • You're good to go!
  11. apex-omontgomery commented on Sep 14, 2018

    @apex-omontgomery
    Contributor

    Looks like having a variety of options is a good choice.

    1. AWS virtual machine
    2. Docker
    3. Hybrid docker/ native
    4. Completely native.

    I understand that docker is daunting for many people, but I feel that it adds so much easy into the process (don't have to modify hosts, don't have to install postgres) but it does add some pain.

    A hybrid setup would allow easier debugging, and allow abstracting all the other things?

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

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions