I suggest you ...

Bring back the basic setup and deployment project type Visual Studio Installer.

You really need to bring back the basic Setup and Deployment project name Visual Studio Installer. It was a clean, simple, and effective installer for home grown applications that were to be deployed internally. I downloaded and used InstallShield LE and it's too complicated and overblown to build simple effective install/uninstall capabilities. Why did you remove it to begin with? We have to support desktop applications for the foreseeable future.

4,926 votes
Vote
Sign in
Check!
(thinking…)
Reset
or sign in with
  • facebook
  • google
    Password icon
    I agree to the terms of service
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    JeffJeff shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

    392 comments

    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      I agree to the terms of service
      Signed in as (Sign out)
      Submitting...
      • Jesper FunkJesper Funk commented  ·   ·  Flag as inappropriate

        Make our life easy again and give us the setup project template back in vs 2012 at once! Keep it simple is the main target for us.

      • SivaSiva commented  ·   ·  Flag as inappropriate

        why i have to use vs2010 to create setup project, please bring back the setup project in vs2010

      • RomanRoman commented  ·   ·  Flag as inappropriate

        This is one of the things I don't like about Microsoft. In this way they don't make friends.
        More than 10 years I am developing software, .Net from the very beginning. All the time I never needed InstallShield, why should I use it now ???

        That's really very rude !!!

      • Setup GuruSetup Guru commented  ·   ·  Flag as inappropriate

        Please bring it back - it was doing the job without much effort to use such complicated deployment systems like Cruise Control or to list every and each single new file like Wix.

      • ErikErik commented  ·   ·  Flag as inappropriate

        Bring it back the Deployment Project. And if improve it!!!

      • ImranImran commented  ·   ·  Flag as inappropriate

        This is very bad step by Microsoft. Please bring back the basic Deployment Project.

      • TTTT commented  ·   ·  Flag as inappropriate

        Is this a joke or new reality? I and many of those who I know do not consider this to be a small deal. As such - it's a deal breaker. We do not care if MS ever put a small letter notice on one of their millions of pages stating that setup projects will be deprecated without decent alternative and migration plan. Decision like that is hurting productivity and expressing the truth by thousands of us, screaming right into your ears, on your very own pages cannot go unnoticed. If it will - time to move on to alternative platforms that will let us focus on making a dough and not wasting our time in writing probably pointless messages like this one. WOW.

      • Harrison MoccioHarrison Moccio commented  ·   ·  Flag as inappropriate

        All of the internal line-of-business applications I have developed for my company have been packaged with MSI installers. It allows for quick deployment in emergency situations and revision control. This is one of the last major hurdles we're facing when it comes to upgrading from VS2010. ClickOnce deployment is not expansive enough for our needs, while we find 3rd party wizards like InstallShield too bloated and overtly complicated -- MSI was a perfect balance.

      • Gian Piero AnselmiGian Piero Anselmi commented  ·   ·  Flag as inappropriate

        Just few reasons to integrate setup technology

        1) Compatibility is broken
        2) ALM is not complete without deployment solutions
        3) WIX should really be sponsored by MS since its inception
        4) IS, in its complete form, is very expensive
        5) integrating 3rd party "light" tools has not been a winning solution for MS customers since Visual Basic 4 (see, for example, ComponentOne)
        6) MSIExec is a MS service do dev should be able to develop against it with MS tools

      • jens bylehnjens bylehn commented  ·   ·  Flag as inappropriate

        Yet another blunder... First the start menu..then blend now this...
        MS eager to become something else makes them forget to check for babies in the bath water before throwing it out.

        Don't remove things that people use and like ! Especially don't replace it with solutions that does not work, that's like ******* of people twice...

        Is MS actively trying to alienate both users and developers alike ?

      • Anonymous commented  ·   ·  Flag as inappropriate

        Dependencies? No! Existing solutions pre VS2012??? NO!! I don't mind changing but give us something that works and lets us migrate our existing solutions. Wouldn't Microsoft want to encourage rather than discourage adoption of VS2012? I guess not

      • RKRK commented  ·   ·  Flag as inappropriate

        Please bring back the Setup and Deployment project in Visual Studio 2012 ASAP.

      • Ed ChavezEd Chavez commented  ·   ·  Flag as inappropriate

        @DG - its not "gone" they (wrongly) forced devs to use a *3rd party tool* instead of simply offering another option.

        The 3rd party tool is free for the most basic version. But yes, that's not the point. They shouldn't have deprecated! The 3rd party tool doesn't even get to parity with ease of use! See my comment on issues regarding dependencies - big fail on this 3rd party tool (non existent issue with the original Setup and Deployment tool in VS 2005 - 2010!!!).

      • DGDG commented  ·   ·  Flag as inappropriate

        DG commented · Just Now · Delete

        What is wrong with Microsoft? Some of the decisions they're making are really baffling and make no sense. Why take away something that is a vital part of a complete tool system. Now VS2012 is incomplete with the setup project gone. How does this work to Microsoft's advantage? Or am I missing something here?

      • Anonymous commented  ·   ·  Flag as inappropriate

        If WIX was the way forward and is indeed being used by VS Team.. then why not include it as a replacement IN the VS2012 suite?
        This "use ISLE" or "WIX" is never helpful.
        I'd love a better replacement to VDPROJ and if you see WIX as this replacement.. then so be it. Build out the toolkit. Really support it for all projects: NT-service, desktop, metro, etc.

      • Ed ChavezEd Chavez commented  ·   ·  Flag as inappropriate

        While you can suggest a 3rd party tool so Developers can choose, it was folly to deprecate your own tool for a 3rd party only option!

        ISLE can't even cleanly identify dependencies, tags these as "warnings", which means the build will not fail (and it should fail with this fatal error!). Of course the build will *not work* without the dependencies! What kind of build tool does that??? Never had to go through hoops for this simple task!

        http://stackoverflow.com/a/16159977/304683

      • ChrisChris commented  ·   ·  Flag as inappropriate

        The exclusion of a simple setup and deployment project type is keeping many of my clients from 'upgrading' to VS 2012. Please bring this project type back!

      Feedback and Knowledge Base