Merge lp:~savilerow-team/savilerow/savvy-go-cli into lp:savilerow/savvy
Proposed by
Chris Wayne
Status: | Merged |
---|---|
Merged at revision: | 13 |
Proposed branch: | lp:~savilerow-team/savilerow/savvy-go-cli |
Merge into: | lp:savilerow/savvy |
Diff against target: |
243 lines (+160/-4) 11 files modified
debian/control (+2/-1) debian/rules (+3/-3) savvy-tailor/add.go (+23/-0) savvy-tailor/args.go (+11/-0) savvy-tailor/build.go (+19/-0) savvy-tailor/create.go (+19/-0) savvy-tailor/deploy.go (+19/-0) savvy-tailor/main.go (+3/-0) savvy-tailor/set.go (+23/-0) savvy-tailor/tailor.go (+19/-0) savvy-tailor/test.go (+19/-0) |
To merge this branch: | bzr merge lp:~savilerow-team/savilerow/savvy-go-cli |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Jani Monoses (community) | Approve | ||
Alex Chiang (community) | Approve | ||
Review via email: mp+215262@code.launchpad.net |
Description of the change
Implementing the savvy bits directly in go will be beneficial in that all of the code will be in one place, and it will be more platform independent. This MP is the first step to achieving that
To post a comment you must log in.
35 +import ( com/jessevdk/ go-flags"
36 + "github.
37 +)
Can you double-check with serguisens about best practice for 3rd party imports?
General comment - what is the wisdom of splitting each verb into a separate file vs all in a single file? As for source code directory structure, should they all be at the top-level? Or would it make more sense to put the verbs into a subdir, such as "cmds"?
Many of the text descriptions of the verbs are not informative enough, or use inconsistent terminology vs. the Savvy docs. For instance:
26 + parser. AddCommand( "add", "Add custom content", "Add custom content", &addCommand)
What is custom content? Is this pre-seeded content?
Another example:
66 +parser. AddCommand( "build" , "Build a custom package", "Build a custom package", &buildCommand)
What is a custom package? Is it a custom click app? Or are you talking about the custom tarball? Please make the descriptions here match the terminology used in the Savvy API docs.
180 +parser. AddCommand( "tailor" , "Run the customization wizard", "Run the customization editor", &tailorCommand)
Inconsistent use of wizard vs. editor. Also, this is seriously not a wizard:
http:// en.wikipedia. org/wiki/ Wizard_ (software)
"a user interface type that presents a user with a sequence of dialog boxes that lead the user through a series of well-defined steps."
Tailor allows users to go in any order, and doesn't force a series of defined steps. Tailor should also be able to derive current state of tarball and the UI would be updated accordingly.
I think editor is closer to what we are trying to do here.
Final general comment -- would be useful to include text in the MP that describes what the go implementation is *replacing* so reviewers can compare old vs new implementations.
Thanks.