Reprise du message précédent :
+1 pour teamcity. Si la limite des 20 scénars n'est pas un souci c'est gratuit (au moins le temps d'essayer, dans ton cas vous prendrez la version entreprise j'imagine) et ça marche bien.
C'est orienté .Net et windows donc l'install est simple et ne requiert pas de maitriser la stack applicative utilisée par exemple pour Jenkins.
La solution de base s'installe très très simplement même si évidemment les scénarios un peu poussés demandent d'approfondir un peu.

Une alternative mais qui ne semble plus trop maintenue c'est CruiseControl.NET

TFS c'est très puissant mais ça coûte des sous et ça implique de miser dessus pour tout (SCM) et de passer bcp de temps derrière à l'administrer : à voir si pour vous ça en vaut la peine, j'en doute.

Merci a tous
 
Je pensais egalement nous orienter vers TeamCity c'est le choix le plus evident
On gardera TFS pour le control de code source, et TeamCity pour les builds.
Ce qui m'inquiete plus c'est le coter deploiement, surtout pour SQL mais j'ai cru cromprendre par DiB91 que ca marche plutot bien

CC.net je l'ai utilisé pendant des années, c'est sympa mais demande énormément de scripting (en NAnt)
TFS n'est pas forcément très coûteux, voir gratuit s'il y a déjà des contrats MSDN. Si la boite à de quoi se payer une équipe de dev de plus de 5 personnes, elle peut très bien prendre une licence.
(voir les tarifs VSO sans quoi)

 
On utilise deja TFS pour le controle de code source.
On l'utilise egalement comme serveur de Build, et ca s'arrete la. On build sans raison particuliere finalement, parceque au final les packages sont deployer a la main a partir d'un poste de dev    
 
Donc le but c'est de mettre de l'ordre dans tout ca. Ce qui ouvre la porte au choix.
Donc j'imaginais bien garder tfs pour le versioning, et utiliser TeamCity pour automatiser le build et le deploiement
Mais oui je pourrais tres bien utiliser TFS pour tout. (on a aujourd'hui une grosse 20aines de developeurs)
 

Oui côté SQL c'est bien géré.
Ça demande un tout petit peu de rigueur côté code (ajouter un projet SQL dans la solution par exemple, à mettre régulièrement à jour), mais ensuite TC gère le diff tout seul.
Tu peux lui faire auto générer des scripts post deploy de versionning par exemple, ou de GRANT sur tes nouvelles SP. :-)

Les projets SQL dans VS je trouve ça vraiment puissant. Bon il manque quelques trucs pour que ce soit parfait mais c'est un bon début.

 
Ca tombe bien on a deja le projet SQL dans la solution

Impec
 
Sinon de mon côté par rapport à ce que je demandais en fin de semaine, j'ai pu m'amuser un peu avec SQL Server 2016 "Developper" et effectivement, ça comporte tout ce qu'il faut pour un profil développeur "non commercial" (par exemple : un poste de développeur dans une entreprise, qui fournit ensuite des scripts / analyses / études destinés à un environnement de recette, par exemple, pas de prod/commerce).
 
C'est excellent, les packages sont assez lourds, forcément, mais tout y est, on a même droit à du Reporting Services, c'est vraiment cool
 
La petite mauvaise surprise en farfouillant : la mouture 2016 est backcompatible jusqu'à 2008 R2 uniquement (chaque année, ils "glissent" d'une version), ce qui veut dire que ça sent pas bon pour SQL 2008 R2 (encore très largement répandu quoi...) d'ici 2-3 ans...

SQL Serveur 2008 R2 : 9 juillet 2019 pour la fin du support étendu

Ça ne me surprendrait pas, tout comme ça l'a été pour 2005..
On est en train de migrer notre infra de 2k3 server et SQL 2005 vers 2012 server r2, SQL 2k14, et bien on ne rigole pas trop...

Vous avez quel genre de problèmes ?  
Tant qu'on utilise juste le SGBDR et pas SSIS/SSAS/SSRS c'est transparent pour les applis non ?
DiB91 > le petit risque en utilisant sur ton poste de dév une version supérieure est justement sur ce genre "d'extensions", si tu dois commencer à faire des packages ils ne seront pas compatibles avec votre "vieux" serveur de prod.
 
Pour info en entreprise chez mes clients je vois encore beaucoup, beaucoup de 2008, alors y a pas trop à s'inquiéter d'en avoir encore à mon avis...

Ben j'étais parti justement pour m'installer une 2008 R2 Express, mais apparemment il n'est plus supporté par Windows 10
 
A la rigueur je pourrai me faire une partition "Dev" (Windows 7 / VS2012 / SQL 2008 R2), mais bon, à un moment donné, le hardware finira par ne plus trop être d'accord

Oui j'avais bien compris (je n'étais pas au courant d'ailleurs pour l'incompatibilité avec W10) mais c'était pour dire sur quoi il y a un risque à utiliser une version supérieure.

 
Petit retour sur Octopus Deploy que j'ai mis en place il y a peu.
 
Je trouve ça vraiment très bien foutu, c'est très agréable à utiliser.  
 
TFS s'occupe de la partie build et génère des packages nuget pour chaque projet à déployer. Ces packages sont déposés sur un repo à chaque build.
 
Sur Octopus, il faut définir des process correspondants à des packages. Pour déployer, il suffit d'aller piocher dans le repo la bonne version du package. Il est possible d'avoir des process plus complexes avec des scripts ps. Le déploiement se fait sur un environnement ce qui permet des déployer sur plusieurs têtes en une fois. Les machines sont tagguées en fonction de leur responsabilités (ex: iis, service, bdd). Le dashboard permet de savoir quelle version est sur quel environnement.  
 
Pour la bdd, projet sql (dacpac), un script ps embarqué dans le nuget execute SqlPackage et permet de déployer de la même façon que les sites et services.

Merci pour le retour !

Je viens justement de faire une migration de TFS release management 2013 vers Jenkins.
La configuration des process de build et release était franchement lourdingue avec très peu de ressources sur le web (doc/article/communauté)
 
J'ai dû écrire quelques scripts à la mano pour jenkins, là où sous TFS c'était configuré en WYSIWYG mais au moins j'ai la main sur tout ce qu'il se passe!
Bref j'ai l'impression de revivre avec Jenkins
 
Autrement sur un autre sujet, je commence un nouveau projet et je me tâte sur le conteneur de DI (autofac/unity/castle/ninject/StructureMap...)
Vous avez des recommandations particulières ?
 
J'ai cru comprendre que ninject avait des problèmes de perf et que unity avait plus ou moins était laissé à l'abandon par microsoft donc à priori je partirai sur ceux là.

Autofac très bien, Castle vieux truc et un peu lourdingue je crois...  Y a DryIoC dont j'ai entendu parler aussi pour les perfs.

Perso j'utilise Autofac sur tous mes projets où je mets de la DI et où j'ai le choix depuis un bon 5 ans.
C'est pas que je les ai comparé exhaustivement et que celui-là se dégage vraiment du lot, c'est juste qu'il me donne l'impression de fonctionner parfaitement pour ce que je lui demande à chaque fois donc je n'ai pas de raison de passer à autre chose.

Ok merci, je penchais déjà pour autofac mais c'est toujours bon d'avoir l'avis des experts HFR

Tiens, une question me brûle les lèvres.
Je vois bien que mon vieux laptop est pas franchement pratique pour développer... Ses 4 Go sont très vites remplis et surtout le CPU est vite à l'amende, toujours à 100%. Une compilation d'une pauvre solution de 5 projets prend des dizaines de secondes.
C'est probablement la faute à l'instance SQL qui tourne derrière et pompe tout le CPU.
En plus de ça, c'est pas très pratique, c'est un laptop, pas fait pour rester allumé, ça chauffe, la batterie s'use....
 
Bref, je pense que je vais prochainement le remplacer par une petite machine dédiée, sans écran (le client RD de Windows 10 permet maintenant d'afficher tous les écrans, c'est top ), que je pourrai laisser allumer selon mon besoin, et connectée en gigabit.
La machine pourra aussi me combler certains besoins légers par la même occasion (serveur de fichier, serveur FTP, serveur multimédia/DLNA, serveur d'impression...), mais ça, c'est une autre histoire.
 
Du coup, selon vous, pour une petite plateforme de développement .NET (essentiellement des applis Web (MVC/ASPX), WPF et de l'UWP W10, une instance SQL 2016 DEV et peut être une instance SQL 2008 R2 si vraiment le besoin l'impose), que suggérez-vous comme config minimale ?
Une machine à base de dual core me parait vraiment le minimum (Core i3 mini), avec 8 Go de RAM et un SSD 256 Go : qu'en pensez-vous ?
Je verrai bien un de ces Dell Optiplex qu'on voit passer parfois reconditionnés ou "tombés du travail", ils sont particulièrement silencieux
 
Je cherche pas à péter les scores 3DMark hein, juste à faire tourner VS2015 (sans TFS, j'utilise TFS Online / Git) + SQL2016 dans de bonnes conditions

Bin perso je mettrais le SSD avant tout. Ensuite ouais, un proc de dernière génération, dual ou quad on s'en fout un peu, et 8 Go de RAM. Mais déjà le SSD c'est primordial.

Bien ce qu'il me semblait
 
Merci pour ta réponse

Tu as un compte MSDN ? Utilise le crédit Azure, c'est fait pour ça

Je dirais aussi ne pas hesiter sur la RAM, ca coute rien et SQL ca bouffe la memoire a mort
 
Surtout si tu souhaites par exemple, utiliser ce serveur aussi comme un serveur de cache par exemple, ca aide.
 
Vu le prix faut pas se gener

 
Merci j'ai cru comprendre que meme les utilisateurs de TeamCity couple souvent Octopus avec pour gerer le deploiement, c'est bon signe

Merci pour vos réponses.
 
Pour le moment, je n'ai pas de MSDN, ça, ça viendra peut être plus tard.
Les prix Azure rendent donc la chose inaccessible pour le moment.
Je vais me concentrer sur une solution locale pour le moment, avec un barebone / mini PC à base d'i3 / 8 Go / SSD / Windows 10.
 
On verra pour les solutions cloud par la suite, parce que ça m'intéresse bien
Sans forcément partir sur Azure, il y a Ikoula en France qui offre des prix vraiment intéressants. Ca a l'air top pour du petit stockage / dev web, mais à voir sur la durée.

Si tu as besoin d'héberger du Web, envisage éventuellement un Windows Server (mais €€€, je sais).

A moins que tu aies une très bonne connexion Internet et une grande confiance dans ton hébergeur, ou qu'effectivement tu fasses du Azure par obligation, moi je garderai l'infra de dév à portée.

Je suis un vieux rétrograde mais je suis réfractaire au Cloud et j'aime avoir mon serveur, mes logiciels, et mes données à la maison.
J'ai une vieille machine sous Windows Server sur lequel j'ai IIS + SQL Server + serveur SVN, et en fin d'année je le changer pour y mettre à la place mon PC principal actuel quand je renouvelerai ma config.
Les seuls trucs que je fous sur le net sont les backups.

Dans ton cas tu peux prendre une petite machine compacte et basse conso. Par contre vise l'i5 si tu peux, et demande toi si tu auras besoin de trucs comme la virtualisation, etc.

 
Pour avoir cherché, et cherché, et cherché sur Azure. Tu peux réussir à avoir une instance mutualisé + db pour 16 euros par mois ( 8 pour l'instance, 8 pour la db, le strict minimum mais ça tourne ).
Après pour juste la version au dessus, tu grimpe à 43 euros environ pour une instance non mutualisé, ça commence à faire un peu chère par mois.
Mais il faut fouiller chez Microsoft, car lorsque tu regarde les premiers prix ça fait souvent très peur .
 
C'est sur que tu as a une bonne connexion et un pc basse consommation, comme la dit TotalRecall c'est peut être plus rentable.
 

Merci pour vos réponses détaillées les gars. C'est sympa :-)

Sans avoir une connexion particulièrement magique, je pense que je vais me contenter d'une solution locale à base de NUC ou autres mini PC.

yo, je cherche à faire une bidouille mais je suis grave rouillé

Je veux enregistrer une image dans une dossier réseau mais avec un login + mdp (et domaine)

Mon programme marche en local, mais je trouve pas de paramètres de login et mdp dans System.Drawing.

grosso modo

J'ai lu que le seul moyen de faire ça, ça serait de faire un netuse, mais ça va me le mapper en lecteur ?

 
avec un truc du genre :
 

 
avec un objet writeCredentials duement créé ?

Ouai mais ça va m'ouvrir la connec pour "toujours" ?
 

 
le temps du scope du using.

ixemul, le NetworkConnection que tu mentionnes ça n'est pas natif, si ?
Ca ne serait pas ça : https://gist.github.com/AlanBarber/92db36339a129b94b7dd ?

Perso j'utilise une version légèrement modifiée de ce que tu trouves ici :
http://stackoverflow.com/a/14870774/461444
Je ne me souviens pas si j'en ai testé d'autres, mais en tout cas celle là fonctionne très bien pour mon usage

Et pour ce qui est de la durée de vie, il faut (effectivement) veiller à bien Dispose l'objet, sinon la connexion reste active dans l'OS !

 
Perso j'ai monté un environnement Git / Jenkins / MsBuild ça fonctionne à merveille.  
Je planifie l'ensemble de mes livraisons, scrute mes repos à intervalle régulier et je versionne également.  

 
Arrête de me poursuivre !

c'est pas toi que j'ai suivi c'est totalrecall, j'ai vu le lien ds sa signature    

ha oui j'avais même pas vu que c'était le taulier !