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

Metacello toolbox proposal #186

Open
GoogleCodeExporter opened this issue Mar 24, 2015 · 0 comments
Open

Metacello toolbox proposal #186

GoogleCodeExporter opened this issue Mar 24, 2015 · 0 comments

Comments

@GoogleCodeExporter
Copy link

Hi,
in Pharo 2.0 i recently used the metacello toolbox script 
createDevelopment:for:importFromBaseline:description: and noticed that it 
insists on a versionstring for projects in the baseline to do its thing in such 
a way, that it also fetches the used version of the project. i added an empty 
versionstring to the projects in the baseline and the script did its work 
nicely. then i deleted that nonsense-versionstrings again. i did this in a 
project that is not my own and where the baseline is used as bleedingEdge, 
hence i was obviously hesitant to add a permanent versionstring where the 
original author didnt do that; probably a not really rare scenario.

hence my question: wouldnt it make sense, if there would also be an additional 
script (or just an additional boolean argument for something like 
'alwaysFetchProjectVersions:') that would do that for me?

btw snapshotcello has no problems with this scenario. im just hesitant to use 
snapshotcello because of that gobbledygook it produces. if everybody follows 
its example and put its own language on top of the metacello language, then 
configurations become completely unreadable.
werner

Original issue reported on code.google.com by [email protected] on 11 Mar 2014 at 11:34

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant