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

Help People Stay on the Latest Version #26

Open
ralphcallaway opened this issue Apr 14, 2020 · 4 comments
Open

Help People Stay on the Latest Version #26

ralphcallaway opened this issue Apr 14, 2020 · 4 comments

Comments

@ralphcallaway
Copy link
Collaborator

If the person setting this up is different than the person working day to day on the project it's easy for upgrades to get missed.

One approach could be to add a version check to the push hook that happens on a monthly interval. If a new version is available the push gets rejected with an informative message. Since it would only happen once a month, if upgrading at that time isn't desired the push can just be repeated. This seems like a fairly small decrease in ergonomics for keeping people upto date. Likely to be other solutions.

@ChuckJonas
Copy link
Collaborator

one challenge is there isn't a "ccc project version". The generator itself has a version, but what version was last run on the project isn't tracked anywhere (also users might they might not even have generator-ccc install).

If you're going to run a version check monthly, I guess you'd need some persistent "storage" somewhere for that as well. Could just throw it in a file...

@ralphcallaway
Copy link
Collaborator Author

ralphcallaway commented Apr 15, 2020 via email

@ChuckJonas
Copy link
Collaborator

ChuckJonas commented Apr 15, 2020

i guess you would need to:

  • track the version and timestamp of last updated in a file (.ccc?)
  • Add a hook that
    • updates the timestamp in .ccc
    • hits npm to check the @latest tag for generator-ccc
    • exits with an error if that version doesn't match whats in the .ccc file

You could run it more often, but just log to stdout. Only problem is people probably miss it if they are using source-tree/vscode to push

@ralphcallaway
Copy link
Collaborator Author

good idea about std out, realizing this is duplicate of #14, that's too bad the yeoman-updater didn't pan out

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

No branches or pull requests

2 participants