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

Plan file for cloud server create #30

Merged
merged 27 commits into from
Feb 28, 2020
Merged

Plan file for cloud server create #30

merged 27 commits into from
Feb 28, 2020

Conversation

dwburke
Copy link
Contributor

@dwburke dwburke commented Feb 28, 2020

No description provided.

cmd/plan.go Outdated Show resolved Hide resolved
cmd/plan.go Outdated Show resolved Hide resolved
cmd/plan.go Outdated Show resolved Hide resolved
instance/plan.go Outdated Show resolved Hide resolved
// put functions within this package... I'm not sure if a bigger package is
// more appropos that Client is a member of, or if this is actually fine..
// or maybe the "instance" package name just makes it feel wrong...
// feedback is welcome
Copy link
Contributor

@sgsullivan sgsullivan Feb 28, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

the original thought here as far as "instance" goes.. is because its "creating" an instance of lwCli, that we bring up for global use in cmd/root.go.

If you want to put command helpers like DerivePrivateParentUniqId in its own package, or commands themselves, like the CloudServerCreate you added to instance, I am fine with that. It might help keep things more organized in the future as more commands migrate to support plans.

If you do that, we should probably just make the new packages accessible under instance.Client. That way they are still easily accessible, via things like ci.Cmds.CloudServerCreate or ci.CmdHelpers.DerivePrivateParentUniqId etc

That all said, I would also like to reiterate, im fine leaving it structured the way you have it here too. We could always break things out into separate files as far as the organizational stuff goes to some degree.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

that's a tough call, but the global variable is what makes it most difficult atm, and I didn't want to create a new one if I could avoid it...

I have an idea but my head hurts too much to fully articulate it so I'll not try right now, and it's not something that would prevent merging now because it doesn't change end functionality

instance/private_parents.go Show resolved Hide resolved
@dwburke dwburke merged commit a4abecf into master Feb 28, 2020
@dwburke dwburke deleted the plan-cloud-server-create branch February 28, 2020 22:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants