-
Notifications
You must be signed in to change notification settings - Fork 62
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
Running buildout command before uploading #261
Comments
The reason is to guarantee a nice clean release. Too often, files are included by accident that should not have been there. Or files aren't checked in but are included in the release. Making a clone has been in zest.releaser since day one, I think. It will have been "svn export" at that time, but ok :-) Currently I'd say the quickest way is to let zest.releaser checkout the tag, but to not let it upload to pypi. You can then run buildout by hand and upload the package. Alternatively you could write a small extension to zest.releaser (a |
let me see if I understood correctly, just to leave it documented here:
do I miss something else? do I have to checkout to the tag in the middle? |
What I meant was "just do fullrelease, but don't let it upload to pypi, you can then afterwards run buildout and do the release then". But.... doing the "release" step by hand is also fine. It has the advantage that you can do it in a short script! What you're missing is |
Note that it might be doable to change zest.releaser to not checkout into a separate directory, but to stay in the current one. The need just never arose for that functionality. |
thanks! I'll try to figure out the right way to make the release next time because I'm currently using the outdated |
Late on the party, but for this specific purpose I wrote yarn.build which might not be generic enough, but can be made so :) (PR welcome 👍 ) |
I have the following issue: lately we started using webpack to generate static resources in some of our packages. AFAIK, when I try to make a release zest.releaser clones the package and does a check out of the tag; that means generated files are not there and are not being included in the released wheel or zip file.
may I ask why we are making this new clone now? is there a way to use current directory instead? is there a way to run the whole buildout to generate those files?
the package I'm trying to release is brasil.gov.temas and we use sc.recipe.staticresources to generate the static resources.
The text was updated successfully, but these errors were encountered: