none
Cretion d'un repository de scripts en entreprise RRS feed

 > 

  • Question

  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour,

    Je travaille dans une société ou nous une une 30aine d'administrateur système, nous ecrivons chacun des scripts de notre coté stocké sur notre PC.

    J'aurais souhaité mettre en place une interface web identique au Script Center de Microsoft :http://gallery.technet.microsoft.com/ScriptCenter/

    ce qui nous permettrais de centraliser l'ensemble de nos scripts et de facilement les retrouver.

    Dans le futur implementer à cette interface un systeme de versionning des scripts postés.

    Pourriez-vous me dire si vous avez connaissance de l'existence d'un tel interface à deployer sur un réseau interne ou si vous avez d'autres idées pour accomplir cette tâche ?

    Merci d'avance

    Vince

    jeudi 18 avril 2013 12:20
    |

Toutes les réponses

  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour,

    Il y avait Microsoft Script Explorer For Windows Powershell mais qui vient d'être annulé il y a qq jours ... http://blogs.msdn.com/b/powershell/archive/2013/04/05/microsoft-script-explorer-next-steps.aspx

    Cdt,

    jeudi 18 avril 2013 13:38
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Oui j'ai trouvé cette solution, dommage qu'elle soit abandonné.

    je pense qu'il ne reste qu'a essayer de coder cette interface.

    Merci pour votre réponse

    vendredi 19 avril 2013 09:30
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour,

    Et pourquoi pas un SharePoint Foundation 2013? C'est gratuit.

    Note : Si ma réponse vous a été utile, ou apporté une résolution; merci de voter ou de la marquer comme réponse.

    vendredi 19 avril 2013 11:04
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour,

    Et pourquoi pas un SharePoint Foundation 2013? C'est gratuit.

    Note : Si ma réponse vous a été utile, ou apporté une résolution; merci de voter ou de la marquer comme réponse.

    Bonjour Zeusos,

    Je ne connais pas bien les possibilité de sharepoint à ce niveau et je vais me renseigner. Ici mon idée est que  tous les scripts se trouvent stockés dans un share sur un serveur ( duquel on se connectera pour executer les scripts  ) et que le sharepoint se base sur ce répertoire pour générer une présentation des scripts, une description, etc ( je sais que d'habitude le sharepoint stocke les documents postés dans un db mais ici le but est de pouvoir aussi facilement executer les scripts postés donc le fait qu'il soit stocké dans un share est plus facile )

    Merci d'avance


    jeudi 25 avril 2013 07:54
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour,

    Effectivement, mais il me semble que vous avez la possibilité d'afficher une WebPart qui browse le contenu de partages de fichiers.

    Note : Si ma réponse vous a été utile, ou apporté une résolution; merci de voter ou de la marquer comme réponse.

    jeudi 25 avril 2013 08:52
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour,

    ce n'est pas sa vocation première (mais qui peut le plus peut le moins...) mais OwnCloud peut répondre à ce besoin.

    jeudi 4 juillet 2013 10:22
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Salut,

    >>Dans le futur implementer à cette interface un systeme de versionning des scripts postés.

    C'est pour moi le point de départ de la distribution/publication...

    Le pb avec 'Microsoft Script Explorer For Windows Powershell' est qu'il ne permettait pas de gérer des modules qui peuvent nécessiter plusieurs fichiers.

    J'ai testé ceci ( http://psget.net/ ) accolé à un serveur Collabnet (Apache +subversion +webdav) sur un intranet. Il permet de télécharger un fichier .ps1 ou un .zip (je n'ai pas testé les .msi et ni les archives autoextractibles). L’intérêt de PSget est qu'il offre l'installation de modules à partir du catalogue.

    Le code doit être adapté pour pointer sur le référentiel privé et sur le catalogue privé.

    Il reste un soucis avec Collabnet (gestion du catalogue), reste à tester avec RocketSVN...


    Beatus, qui prodest, quibus potest.

    lundi 8 juillet 2013 20:23
    |
    Modérateur