Donnerstag, 19. Juni 2014

TFS-Branch im Workspace auf "nicht heruntergeladen" zurück setzen

Aus versehen habe ich gerade eben im TFS einen falschen Branch herunter gladen.
Eigentlich habe ich pro Workspace immer nur einen Branch in Verwendung!

Diesen kleinen Fehler rückgängig zu machen war nicht ganz intuitiv - den Ordner im Verzeichnis einfach zu löschen ist keine gute Idee, denn dann würde VisualStudio versuchen diesen auch im TFS zu löschen.

Die Lösung ist auf das ChangeSet Nr. 1 zurück zu stellen:

Danach wird der Ordner wieder als "nicht heruntergeladen" angezeigt:

Dienstag, 10. Juni 2014

KDiff3 als Vergleichs/Zusammenführungs-Tool im Visual Studio

Gerade musste ich (mal wieder) KDiff3 manuell im Visual Studio einrichten. Anleitungen gibt es ja viele - ich verwende als Basis immer die Anleitung von Joao@iLab8.
Allerdings mag ich es nicht, wenn KDiff sich öffnet und mir dann sagt dass es keine Konflikte gab - daher verwende ich den "--auto"-Parameter in der Merge-Konfiguration.

Schnelldurchlauf:
Visual Studio > Tools > Options > Source Control > Visual Studio Team Foundation Server > Configure User Tools.

Compare:

Compare-Options
Compare-Arguments: %1 -fname %6 %2 -fname %7

Merge:


Merge-Arguments: -auto %3 -fname %8 %2 -fname %7 %1 -fname %6 -o %4

Donnerstag, 5. Juni 2014

Massen-Umbenennung von Dateien mit PowerShell

Die Aufgabe des Tages: In einer Ordnerstruktur befinden sich mehrere Dateien. Die Meisten haben einen Namen wie "102_EinBild.png". Bei allen Dateien deren Zahl-Präfixe im 100'er-Bereich liegen soll der Präfix entfernt werden. Glücklicher Weise gibt es keine Präfixe unter 100 und auch sonst beginnt keine Datei mit einer "1"...

> Get-ChildItem -Recurse | where { $_.Name -Match "^1" } | Rename-Item -NewName { $_.Name.Substring(4) }

PowerShell ist so cool!

Dienstag, 9. April 2013

Kanban oder SharePoint?

Für meine privaten Planung o.ä. (auch für Todo-Listen) nutze ich seit einiger Zeit KanbanFlow.
Für ein aktuelles Projekt beim Kunden wollte ich ein ähnliches Vorgehen - dies sollte allerdings im  im SharePoint Abgebildet werden...
Bei Daniel Root habe ich eine nette und einfache Lösung für ein Kanban-Board in SharePoint gefunden. Diese habe ich angewendet und bin total begeistert. Kategorien für die Tasks mit Farben (ähnlich KanbanFlow) wäre noch nett, aber ich teste das erst einmal so.

Mittwoch, 8. Juni 2011

Finalbuilder-Hook in Mercurial

In der Firma in der ich arbeite wird viel Finalbuilder verwendet. Das Tool ist zwar ganz nett, hat aber Probleme zu bemerken dass eine bereits geöffnete Datei verändert wurde. Das führt zu den merkwürdigsten Problemen wenn die Finalbuilder-Dateien unter Versionskontrolle stehen (Schnell ein update machen, aber Finalbuilder ist noch geöffnet. Das update funktioniert problemlos, nur sind keine Änderungen im Finalbuilder „angekommen“)

Damit mir das nicht mehr passiert habe ich mir mal einen kleinen hook für mercurial zusammen gezimmert.

Einfach das folgende Skript irgendwo auf der Platte parken:
#!/usr/bin/python
# -*- coding: utf-8 -*-
import os

def preupdate(ui, repo, **kwargs):
 basepath = repo.origroot
 rev = kwargs['parent1']
 node = repo.changelog.lookup(rev)
 _,_,_,files,_,_ = repo.changelog.read(node)
 for file in files:
  if os.path.splitext(file)[1] != '.fbz6':
   continue
  fb_file = os.path.join(basepath, file)
  fb_lockfile = os.path.splitext(fb_file)[0] + '.fb6lck'
  if os.path.exists(fb_lockfile):
   ui.write('Fehler: Die Finalbuilder-Datei\n%s\nsoll geändert werden, ist aber noch gelockt.\nSchließen sie Finalbuilder um das Update durchzuführen.\n' % fb_file)
   ui.write('(Hinweis: Wenn sie (wirklich...) keinen Finalbuilder mehr geöffnet haben,\nsollten sie die lock-datei löschen.\n diese findet sich unter:\n%s)\n' % fb_lockfile)
   return True
 
 return False

Diesen hook dann noch in mercurial einbauen, indem die globale mercurial.ini (bei mir: c:\users\nils\mercurial.ini) mit einem editor geöffnet wird und folgende Zeilen ergänzen:
[hooks]
preupdate.finalbuilder = python:C:\wo\das\skript\liegt.py:preupdate

Mehr info's über mercurial-hooks gib es im mercurial Buch, Kap. 10.

Hinweis: Zur Ausführung dieses hooks muss kein python extra installiert werden, der hook wird einfach „direkt“ in mercurial ausgeführt. Mehr dazu gibt es im mercurial Buch.

Sonntag, 29. Mai 2011

Pfadleiste in Nautilus 3 - oder wo ist mein „überliegendes Verzeichnis“-Knopf geblieben…

Ich habe gestern auf gnome 3 umgestellt, daher ist meine aktuelle Version von Nautilus die v. 3.0.1.1
Nun fehlt in dieser der Knopf für „überliegendes Verzeichnis“. Klar - der „Zurück“-Knopf führt in wohl 80% der Fälle zum überliegenden Verzeichnis... Ich vermisse ihn aber trotzdem.
Eine kleine Suche hat mich auf die Antwort gebracht: Der „überliegendes Verzeichnis“-Knopf ist nicht mehr notwendig, die Verzeichnis-Anzeige ist ja in der „Pfadleiste“ - und da kann man ja einfach das überliegende Verzeichnis anklicken... Achso? Nicht bei mir...
Bei mir ist keine Pfadleiste, sondern ein Text-Feld....
Es hat etwas länger gedauert bis ich heraus gefunden hatte, dass Nautilus die Pfadleiste ja schon lange hatte, nur halt nicht bei mir - und nach reichlich nachdenken bin ich mir ganz sicher — die Pfadleiste hatte ich mal abgeschaltet. Aber wie nun wieder zurück bekommen?
Die Lösung liegt in der always-use-location-entry Einstellung von Nautilus.
Also den dconf-editor geöffnet und navigieren nach org/gnome/nautilus/preferences:
Nachdem ich die Einstellung zurück gesetzt habe erscheint auch die Pfadleiste:
Super. Das Textfeld, dass ich vorher hatte kann jetzt übrigens temporär aktiviert werden über Strg+L oder „Gehe zu“>„Ort” 

Freitag, 22. April 2011

Leere VS2010 Solution in Nautilus

Ich habe schon einmal geschrieben, wie man eine neue VS2008 Solution mit dem Explorer anlegen kann.
Das selbe ist natürlich auch für gnomes Nautilus möglch.
Einfach eine der Vorlagen (2008 oder 2010) ablegen im Template-Verzeichnis ablegen und mit "nautilus -q" Nautilus neu starten.

Das Template-Verzeichnis von Nautilus ist unter dem Namen XDG_TEMPLATES_DIR abgelegt in der Datei user-dirs.dirs des config-verzeichnisses. Dieses sollte in XDG_CONFIG_HOME stehen, standard ist ~./config.
Also im Lieblings-Editor (vim für mich...) die user-dirs.dir bearbeiten :
vim ${XDG_CONFIG_HOME:-~/.config}/user-dirs.dirs

und entweder herausfinden was der Wert der variablen ist, oder einen guten setzen. Meiner ist:
XDG_TEMPLATES_DIR="$HOME/.XdgTemplates"

Also Kurzfassung:

  1. XDG_TEMPLATES_DIR finden
  2. Vorlage (2008 oder 2010) im XDG_TEMPLATES_DIR ablegen 
  3. Nautilus neustarten (nautilus -q)