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

We won't run ps1 file - document this in FAQ #100

Closed
forki opened this issue Sep 15, 2014 · 6 comments
Closed

We won't run ps1 file - document this in FAQ #100

forki opened this issue Sep 15, 2014 · 6 comments

Comments

@forki
Copy link
Member

forki commented Sep 15, 2014

No description provided.

@sergey-tihon
Copy link
Member

What is the reason for this? Some problems with Mono?
I believe that some packages really require this... I thing that will be better to have this feature optional and turned off by default. No?

@agross
Copy link
Contributor

agross commented Sep 15, 2014

#65 (comment)

@forki
Copy link
Member Author

forki commented Sep 15, 2014

these are the reasons:

  1. we don't believe scripts should be used at all (so conceptually it's
    not the way we want to go in paket)
  2. even for backwards compatibility it's very very hard to get that
    working and even nuget can't do it right.
  3. it doesn't work on mono

2014-09-15 9:35 GMT+02:00 Sergey Tihon [email protected]:

What is the reason for this? Some problems with Mono?
I believe that some packages really require this... I thing that will be
better to have this feature optional and turned off by default. No?


Reply to this email directly or view it on GitHub
#100 (comment).

@forki
Copy link
Member Author

forki commented Sep 15, 2014

It was a very very bad idea to introduce powershell into nuget and IIRC they did it in the beginning to support unrelated things like scaffolding for ASP.NET.

@ilkerde
Copy link
Contributor

ilkerde commented Sep 15, 2014

@forki Can we please extend this statement to we won't run any script/program?

@bartelink
Copy link
Member

@forki @sergey-tihon See #101 generally one can re-express such stuff in a far more resilient manner using .props and .targets files. In my closed source production experience, .ps1 files get refactored into those to workaround the fundamental brittleness of the .ps1 concept.

Not a surprise as declarative is better than imperative and there's no testing story of consequence for the .ps1 madness

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

5 participants