GithubHelp home page GithubHelp logo

voxpupuli / puppet-visualstudio Goto Github PK

View Code? Open in Web Editor NEW
7.0 39.0 7.0 199 KB

puppet module for managing Microsoft Visual Studio

Home Page: https://forge.puppet.com/puppet/visualstudio

License: Apache License 2.0

Ruby 62.71% Puppet 31.39% HTML 5.90%
puppet windows-puppet-module hacktoberfest

puppet-visualstudio's Introduction

Visual Studio module for Puppet

Build Status Code Coverage Puppet Forge Puppet Forge - downloads Puppet Forge - endorsement Puppet Forge - scores

Table of Contents

  1. Overview
  2. Module Description - What is the visualstudio module?
  3. Setup - The basics of getting started with visualstudio
  4. Usage - Configuration options and additional functionality
  5. Reference - An under-the-hood peek at what the module is doing and how
  6. Limitations - OS compatibility, etc.
  7. Development - Guide for contributing to the module

Overview

Puppet module for managing Microsoft Visual Studio

Build Status

Module Description

The purpose of this module is to install the Microsoft Visual Studio suite and configure it's many service packs, tools, utilities and registry options.

Setup

What autoupdates affects

  • Installs packages
  • Alters registry keys

Beginning with autoupdate

Installing Visual Studio 2012:

    visualstudio { "visual studio":
      ensure      => present,
      version     => '2012',
      edition     => 'Professional',
      license_key => 'XXX-XXX-XXX-XXX-XXX',
    }

Usage

Classes and Defined Types

Defined Type: visualstudio

The primary definition of this module, it installs and configures the visual studio application on the system

Parameters within visualstudio:

ensure

Ensure that the application is installed or not.

version

The version of visual studio that should be installed

edition

The edition of visual studio that should be installed

license_key

The license key that corresponds to the version and edition that you have specified. This is required for installation to be successful.

components

The list components, tools and utilities that can be installed as part of the visual studio installation.

deployment_root

Network location where the visual studio packages are located

Reference

Defined Types

Public Defined Types

  • visualstudio: Guides the basic installation and configuration of visual studio

Limitations

This module is tested on the following platforms:

  • Windows 2008 R2

It is tested with the OSS version of Puppet only.

It support the following Visual Studio versions:

  • 2012

Development

Contributing

Please read CONTRIBUTING.md for full details on contributing to this project.

puppet-visualstudio's People

Contributors

alexjfisher avatar bastelfreak avatar bbriggs avatar dhoppe avatar ekohl avatar igalic avatar juniorsysadmin avatar liamjbennett avatar llowder avatar nibalizer avatar sandra-thieme avatar smortex avatar tragiccode avatar vinzent avatar wyardley avatar zilchms avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

puppet-visualstudio's Issues

VS2010 Support

I'm working on VS2010 support. I think adding it to your existing work makes sense. The unattended installation method is almost completely different from 2012 though so there is a lot of non-reuse.

One of my current design decisions is to separate the installation of VS2010 and SP1. There are a few installation instances where something else needs to be installed between the two. So I've effectively added a 2010 and a 2010SP1 version to the module.

I'm looking at some refactoring of how parameters etc get looked up and what parameters are available to users of the module, ie I'm exposing the deployment root as an option rather than having to modify the module.

I was wondering if there is a reason for the double verification of parameters in both the package and the init?

Let me know if you have any input. I've been reading up on module best practices and trying to keep mostly in line with what you've done

Archiving this module

The discussion came up of this module should get archived. Should someone want to keep this module around, just comment here.
If no comments to keep this around arise in the new weeks, we will move forward with archiving.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.