Individualität statt Massenware – diese Motto gilt mehr und mehr auch für Software-Produkte. Doch was bedeutet das für die Entwicklung solcher Produkte? In der Basis sind die Ähnlichkeiten zwischen den Individualisierungen meist so hoch, dass eine Standardisierung nur sinnvoll erscheint. Wird nun also für jeden Kunden ein separater Branch von der Basis-Implementierung erzeugt? Dieses Szenario…
Standard und individualisiert – schließt sich das nicht aus? Keineswegs! Um sich Wettbewerbsvorteile zu verschaffen, werden von Kunden individuelle Lösungen benötigt und gefordert. Gleichzeitig soll eine solche Lösung kostengünstig umgesetzt und fortlaufend weiterentwickelt werden. Wie ist dieser Spagat zwischen einer Individuallösung und einem Standardprodukt zu schaffen? Durch eine Architektur, die eine flexibel konfigurierbare und weitreichend…
Releasezyklen von Softwareprodukten erleben einen Trend der Verkürzung, u. a. ermöglicht durch die Anwendung agiler Vorgehensweisen während des Softwareentwicklungsprozesses. Doch insbesondere bei industriellen Produkten, die nicht ausschließlich aus Software bestehen, steht dies im Widerspruch zu langen Produktlebenszyklen. Dies erfordert die parallele Entwicklung verschiedener Produktversionen.
Build Prozesse bilden das Fundament moderne Entwicklungsprozesse und ein Sicherheitsnetz für viele Entwicklerteams. Schlagwörter wie Continous Integration und Continous Delivery sind aus dem Entwickler-Sprachgebrauch nicht mehr wegzudecken. Build Prozesse werden hierbei für vielfätige Dinge eingesetzt, Übersetzung der Software, Versionierung, Integration und Prüfung der geänderten Sourcen, Testen, Erstellung von Setups, Deployments, Ausführung von automatischen Tests etc.. In…
TFS bot bisher als einzige Möglichkeit die Team Foundation Versionskontrolle zur Verwaltung von Dateien an. Lediglich eine Brücke für das Synchronisieren von Git und TF Version Control wurde angeboten. Mehr dazu: Git-TF Schnelleinstieg und Überlegungen zur Integration von Git und TFS. TFS 2013 bietet nun erstmals an, beim Anlegen des Teamprojektes die Versionskontrolle auszuwählen: und…
Lieber Entwickler, ich verstehe Dich voll und ganz. Nach tagelangem Entwickeln, Build wieder in Gang bringen und Unit-Tests nachziehen reparieren will man nur noch abgeben und auf Main oder den Release-Branch mergen. Doch Halt! Das durch die sauberen Checkins gewonnene Glücksgefühl wird leicht aufs Spiel gesetzt wenn der Merge nicht nach gewissen Regeln abläuft…
Lieber Entwickler, ich verstehe Dich voll und ganz. Nach stundenlangem Grübeln, Coden, Hand-auf-die-Stirn-Hauen, Probieren, Über-Schafzucht-Nachdenken und Debuggen will man nur noch einchecken. Doch Halt! Das Glücksgefühl ist so leider nur von kurzer Dauer. Nachhaltige Zufriedenheit bedingt noch ein paar Schritte und Disziplin mehr…
In unserem Artikel Überlegungen zur Integration von Git und TFS haben wir beschrieben, wann eine Ergänzung der TFS-Toolkette um eine Nutzung von Git sinnvoll ist. Da mit der neuen Version 2.0.1 Git-TF auch für den TFS in der Cloud sprich Team Foundation Service eingesetzt werden kann, wird es wohl noch mehr Einsatzszenarien geben. In diesem kurzen Artikel geht es darum, was zu tun ist, um mit Git-TF und Git starten zu können.
Microsoft stellt seit kurzem für Team Foundation Server eine Git Integration zur Verfügung. Diese ermöglicht den Export und Import von Git-Archiven aus und in die TFS Versionskontrolle. Da sie Java basiert ist, funktioniert sie auch auf Nicht-Windows Betriebssystemen. Doch für welche Szenarien lässt sich diese Integration sinnvoll einsetzen?
In TFS 2010 konnten Changesets via Ctrl.+G im Source Control Explorer direkt gesucht und via Id geöffnet werden. Shelvesets mussten über Unshelve im Pending Changes Fenster gesucht und heruntergeladen werden. Labels konnten über das File-Menü gesucht werden. Diese unterschiedlichen Ansätze für das Suchen von Source Control Artefakten wurden in TFS 2012 vereinheitlicht. U.a. können alle…
Jetzt anfragen