Quels outils utilisez-vous pour les générations Automatisées / Déploiements Automatisés? Pourquoi?
Quels outils utilisez-vous pour les générations Automatisées /Déploiements Automatisés? Pourquoi?
Quels outils avez-vous recommander?
Dépend de la langue et de la plate-forme, je dirais...
Je suis d'accord jusqu'à un certain point. Aussi longtemps que votre constructeur vous pouvez réellement construire la langue. Des scripts de déploiement n'est pas un problème avec la langue, mais seulement avec l'emplacement de l'endroit où le code est en cours (linux, windows, etc)
Je suis d'accord jusqu'à un certain point. Aussi longtemps que votre constructeur vous pouvez réellement construire la langue. Des scripts de déploiement n'est pas un problème avec la langue, mais seulement avec l'emplacement de l'endroit où le code est en cours (linux, windows, etc)
OriginalL'auteur ferventcoder | 2008-09-19
Vous devez vous connecter pour publier un commentaire.
Hudson pour les générations automatisées. Je l'ai choisi parce qu'il était le plus facile à l'installation et de démonstration. Un système trop complexe et n'est pas lisse à la recherche de ne pas impressionner gestion de leur permettre de se sur-conseil pour les générations automatisées. Surtout dans un projet qui a beaucoup d'inertie.
OriginalL'auteur
NAnt pour les versions (mais MSBuild, Râteau, presque tout serait parfait) et CruiseControl.NET pour les déploiements. Je suis actuellement en train de travailler avec la nouvelle Croisière de ThoughtWorks studios car il fournit une meilleure façon de mettre en scène les divers pipelines et laissez-moi déployer une version que je veux un environnement cible.
OriginalL'auteur Bil Simser
Nous utilisons TeamCity, de JetBrains. Ils font aussi Resharper Et IntelliJ.
Nous l'utilisons pour la construction de notre .Net applications, et il a été assez facile à mettre en place, connectez-vous à TSF, et exécuter d'autres outils. Il est très poli, et en fait un peu me rappelle de ce site. Trouvé ça beaucoup plus agréable que de CruiseControl, et pour notre équipe, il est gratuit. Si vous avez besoin de beaucoup de différentes versions, des plus par utilisateur construit, et ainsi de suite, puis ça coûte un peu (mais encore assez raisonnable).
OriginalL'auteur Andrew Backer
C'est assez marrant je viens de passer deux semaines de révision (lire la mise en œuvre à partir de zéro) notre soirée processus de construction. Beaucoup de plaisir (non, vraiment). J'ai joué avec l'idée de l'installation de Team Foundation Server, mais nous utilisons Perforce pour le contrôle à la source et je ne pense pas que cela en valait la peine.
Notre processus est maintenant un ensemble de scripts Powershell qui s'exécutent sur un dédié ou serveur qui effectuent les opérations suivantes sur une tâche planifiée:
Effacer la totalité de l'arborescence source (vérifiez que vous n'avez rien vérifié en premier!)
Mettre à bas l'ensemble de l'arborescence des sources de Perforce (à partir de la dernière étiquetés construire)
Générer un changement de rapport (par la synchronisation de la TÊTE et de regarder ce qui vient vers le bas)
Construire l'Application
Index les fichiers PDB à la Perforce sources
Stocker les fichiers binaires et les symboles un symbole dédié serveur
Exécuter les projets de test
Construire le programme d'installation
Étiquette
Envoyer des e-mails pour le groupe, avec des rapports de situation sur l'ensemble de la ci-dessus
Fonctionne bien.
OriginalL'auteur lesscode
make
etbash
sur linuxmake
etcmd
sur windowsOriginalL'auteur BCS
Visual Build Pro
OriginalL'auteur Maltrap
Nous utilisons une combinaison de construire des outils d'intégration continue serveur:
Outils de construction:
Serveurs D'Intégration Continue:
OriginalL'auteur marcospereira
Génération Automatisée Studio.
Plutôt que de vous laisser mes avec des scripts ou des fichiers xml, il est livré avec des graphiques opérations de macro qui vous permet de créer des tâches facilement.
Nous sommes programmeurs, de sorte que nous sommes paresseux suffit d'utiliser la plupart des outils intuitifs pour obtenir notre travail. Si cela signifie pas de scripts, pas de code, ainsi soit-il.
Nous sommes des programmeurs, donc nous sommes assez paresseux pour utiliser les MEILLEURS outils pour faire le travail avec le minimum d'effort possible. Intuitive n'est pas nécessairement une partie de l'image - efficacité et coût/résultat des compromis sont. VI, c'est beaucoup mieux que le bloc-notes, ant mieux que faire, java mieux que visual basic, même si ce dernier est plus intuitive dans les trois cas. Tout dépend de ce travail que vous devez faire.
OriginalL'auteur Graviton
Pour notre Windows compilable choses, nous utilisons FinalBuilder.
OriginalL'auteur Peter K.
CruiseControl pour les générations automatisées. Fonctionne très bien.
OriginalL'auteur Paul Reiners
Automatisée construit, je pense que le meilleur moyen d'aller droit est maintenant JetBrain l'Équipe de la Ville. La version gratuite dispose de toutes les fonctionnalités dont vous aurez besoin pour la plupart de 5 à 10 équipes. L'installation est facile, la configuration de nouveaux projets est indolore (relativement), et le plus important, c'est fiable.
Automatisée des migrations, rien ne vaut PowerShell.
OriginalL'auteur Don
UppercuT utilise NAnt à construire et il est incroyablement facile à utiliser Build Cadre.
Automatisé s'appuie aussi facile que (1) le nom de la solution, (2) de la source chemin de contrôle, (3) nom de la société pour la plupart des projets!
http://code.google.com/p/uppercut/
Quelques bonnes explications ici: UppercuT
Plus d'informations
UppercuT est un classique de génération automatisée, ce qui signifie que vous configurez un fichier de configuration et puis, vous obtenez un tas de fonctionnalités gratuitement. Sans doute la fonction la plus puissante est la possibilité de spécifier les paramètres de l'environnement dans UN seul endroit et de les avoir appliquées partout, y compris de la documentation lors de la création de la source.
De la Documentation disponible: https://github.com/chucknorris/uppercut/wiki
Caractéristiques :
OriginalL'auteur ferventcoder
Au travail, nous utilisons le bon ol' Ant pour construire nos servlets Java.
OriginalL'auteur Kevin Conner
Nous avons l'habitude d'utiliser Visual Construire à partir de Kinook logiciel, mais récemment, avec notre nouvelle application, nous avons changé de MSBuild, car il avait une meilleure integration avec TFS et la possibilité de créer des tâches personnalisées.
OriginalL'auteur Kevin
GNU Autotools certainement. Le autoconf et automake sont de facto standard pour les systèmes unix.
OriginalL'auteur grigy
J'ai eu du succès en utilisant buildbot, déclenchée par un post-script de validation sur un dépôt subversion. Cela a été utilisé pour les deux générations automatisées et des tests automatisés.
OriginalL'auteur Andrew Edgecombe
ANT pour à la fois construire et de déploiement/de l'installation.
Fait un grand cross-platform installer.
OriginalL'auteur Mads Hansen
Nous utilisons Hericus Zed Construit Et De Gestion De Bugs pour nos générations automatisées.
Nous avons 4 branches de code, chacun avec java, c++, C#, de la croix-plate-forme compile et installateurs de 5 OS.
OriginalL'auteur Steven M. Cherry
Faire pour les builds.
Des paquets Debian pour les déploiements (depuis nos serveurs de production s'exécute).
OriginalL'auteur skinp
TeamCity l'exécution des scripts NAnt pour le bâtiment/de l'emballage et de PowerShell pour le déploiement.
J'ai trouvé que l'utilisation de NAnt, alimenté par TeamCity, au lieu de la patrie, de TeamCity coureurs nous permet d'avoir beaucoup plus riches processus de construction (par exemple. css minimiser, etc). Cela signifie également que la version complète/paquet processus peut être exécuté sur tous les PC au lieu de simplement le TeamCity serveurs qui rend beaucoup plus facile à personnaliser et déboguer des problèmes dans le processus de construction.
OriginalL'auteur Jason Duffett