• Article,  Conference,  Continuous Integration

    Machine Learning 4 Continuous Defect Prediction

    Defect prediction is a set of techniques used to identify a likely buggy software change (eg. a commit). Various measurements from previous changes are taken into consideration to predict weather a new change is likely to contain a bug or not. Commit messages or bug tracking system entries are usually examined to gather the measurements. Machine learning is often used to classify the buggy/clean changes. We are working now on adding a continuous notion to defect prediction. On one side by building on top the idea of continuous defect prediction in the IDE (Integrated Development Environment). On the other side by perfecting the prediction by using the unambiguous results of…

  • Continuous Integration,  DotNet,  SVN,  TFS,  Windows

    Scaling CI–switching poll to push

    Scaling CI has many flavors. For example: When: Code base / test no. increases -> build time increases, Teams grow, No. of projects grows. Then: Create targeted builds (dev build, qa build), Write fast unit tests, Smaller teams with local integration servers, Modularize the code base: Scale hardware, Add more build agents, Parallelize. and last but not least: Ease the source control system. Let me show you how to make Subversion and (TFS) Git pro actively inform Jenkins CI about changes in source control. The most straight forward way to let the CI server know that something changed in the repository is to configure polling. What it means is that…

  • ASP.NET MVC,  Continuous Integration,  DotNet,  MSBuild

    Vanilla build server and a little NuGet gem

    Vanilla build server is a concept that says that the build server should have as few dependencies as possible. It should be like vanilla ice cream without any raisins (I have raisins in ice cream). Let me cite the classic (from: Continuous Integration in .NET): “It’s strongly suggested that you dedicate a separate machine to act as the CI server. Why? Because a correctly created CI process should have as few dependencies as possible. This means your machine should be as vanilla as possible. For a .NET setup, it’s best to have only the operating system, the .NET framework, and probably the source control client. Some CI servers also need…

  • Continuous Integration,  DotNet,  Netduino

    Waiting for the first .NET wrist watch

    Almost a year ago there was a Kickstarter campaign to found a first .NET Micro Framework watch: Agent smartwatch. Nice thing about it is that you will be able to program it using C# and Visual Studio. While we are still waiting for the product there is a SDK with an emulator. It is from the same guys that gave us Netduino! I decided to check it out. Think about it: you have a Continuous Integration server running your builds and you want to monitor it on the fly. Is there a better device to do it than a wrist watch? So I thought and decided to check it out.…

  • Article,  Continuous Integration,  DotNet,  Software Engineering

    Eventful week

    Last week was quite eventful. I’ve talked about Continuous Integration in .NET and about how do we use it at my company CODEFUSION at the IT Academic Day 2013 at the Opole University of Technology (OUTech). It was an event organized by the .NET Group from the OUTech and Microsoft Poland. The auditorium nearly full! Of course I’ve showed my funny CI gadget "Great Integrator Helmet". It connects wirelessly to the CI server and transfers a feedback about failing build by blinking and hauling. As usual it was very well noticed by the auditorium And since we are at the topic of tinkering with electronics: I’ve described how to build…

  • Continuous Integration,  DotNet,  Software Engineering

    Dveloper Week / Dotnet Developer Conference 2013

    Herzlichen Dank an alle die Teil in mein Vortrag wahrend Developer Week / Dotnet Developer Conference 2013 in Nürnberg genommen haben! Das war eine Hervorragende Stunde! Ich hoffe Ihr etwas über „Continuous Integration in .NET“ gelernt habt. Herrlichen Dank an Organisatoren für die Einladung. Danke an Kollegen Referenten. Danke an alle 1500 (?!) DWX 2013 Teilnehmer! Und als Bonus – CiInDotNet_Dwx

  • Continuous Integration,  DotNet

    I will be speaking at .NET Developer Conference in Nuremberg, Germany

    I’m happy to announce that I will be speaking about Continuous Integration in .NET at .NET Developer Conference (DCC) in Nuremberg, Germany. The .NET Developer Conference is a part of Developer Week (DWX) that combines 3 events WDC (Web Developer Conference), MDC (Mobile Developer Conference) and DDC. It takes place from 24th to 27th June 2013. My session is on Monday the 24th. More information on the DWX 2013, the program and speakers are available at www.developer-week.de. You are very welcome! PS. I have a discount code for all my blog readers – if you want one please drop me a line!

  • Continuous Integration,  DotNet

    I will be speaking at MTS 2012

    MTS or Microsoft Technology Summit is the biggest technical conference Microsoft in Poland. It is the place where few thounsend developers, IT specialists and business people meet to get the latest informations from Microsoft and to talk about things that are relevant. This year was invited to MTS to give a talk about continuous integration. Let’s meet at MTS 2012!