The Wayback Machine - https://web.archive.org/web/20200916055931/https://github.com/aws/chalice/issues/190
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

Document how to distribute and import projects #190

Open
mnp opened this issue Dec 4, 2016 · 2 comments
Open

Document how to distribute and import projects #190

mnp opened this issue Dec 4, 2016 · 2 comments
Labels

Comments

@mnp
Copy link

@mnp mnp commented Dec 4, 2016

Creating a new project from scratch is obvious, but if an author wished to post his Chalice project for other developers to use, it's less so. I'm guessing the best practice would be:

  1. Share your app.py for your project foo.
  2. Instruct other developers to:
    1. rtfm Chalice
    2. Make a new project: chalice new-project foo
    3. Overwrite generated app.py with the shared app.py
    4. Deploy: cd foo && chalice deploy

Is this correct and is it what's intended? It's straightforward but perhaps indirect. Please throw a paragraph in the README.

@mnp mnp changed the title Document how to distribute and import of projects Document how to distribute and import projects Dec 4, 2016
@truedat101
Copy link

@truedat101 truedat101 commented Feb 19, 2017

A nice feature of other project 'init' systems is to have a command akin to 'npm init' which will minimally generate the needed metadata files (in recent years it's gotten a nice wizard to assist in this process). I agree with the op, if you already have a project that exists in the form of an app.js, it would be nice perhaps to offer a command like: chalice new-project --init , and this would add any needed metadata files if they do not exist, and would balk at overwriting any existing files without the user's permission. Containing directory could simply become the name of the project, or prompt the user for a name.

@jeffbrl
Copy link

@jeffbrl jeffbrl commented Apr 30, 2018

@mnp - Thanks for raising this issue. I spent a few hours last night trying to figure out the best way to accomplish this. Your process seems like the best way to do this currently.

I like @truedat101's recommendation. In addition to metadeta, I think having a mechanism to download Amazon Linux wheels would simplify development for developers on platforms that are not binary-compatible with Amazon Linux.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
4 participants
You can’t perform that action at this time.