Visual Studio, Verteilte Versionskontrolle und Sourceforge

Question

Ich versuche, einen neuen Windows-Computer mit Visual Studio 2008 einzurichten, um an einem Sourceforge-Projekt zu arbeiten, das ich betreue. Ich möchte ein verteiltes Versionskontrollsystem verwenden (habe SVN ausprobiert, hat mir nicht gefallen).

Ich habe git und mercurial bereits auf UNIX verwendet, aber ich habe kein Glück dabei, ein qualitativ hochwertiges Plugin zu finden, das sich in Visual Studio 2008 integriert und es mir ermöglicht, an meinem Sourceforge-Code zu arbeiten.

Kann jemand einige Vorschläge geben, wie ich weiter vorgehen soll?

Sollte ich einfach Eclipse verwenden?

Answer 1

Ich habe Mercurial mit VS 2008 schon eine Weile lang benutzt und festgestellt, dass eine Kombination aus TortoiseHg und einem offenen Befehlsfenster die meisten Probleme löst. Vor Mercurial haben wir Microsoft Visual Source Safe (VSS) mit Visual Studio Integration verwendet. Auch mit dem Plugin mussten Sie immer noch in VSS gehen, um Projekte zu erstellen und einige Projektmanagement-Aufgaben zu erledigen, also mussten Sie immer noch wissen, wie man die Versionskontrollwerkzeuge außerhalb der IDE verwendet. Nach dem Wechsel habe ich sogar mit dem Gedanken gespielt, ein Mercurial-Plugin für VS 2008 selbst zu schreiben. Bevor ich das tun konnte, musste ich mich mit Mercurial vertraut machen. Dabei stellte ich fest, dass es eine Weile dauerte, sich daran zu gewöhnen, die Versionskontrolle außerhalb der IDE zu machen, aber jetzt bevorzuge ich die Befehlszeile und die TortoiseHg-Tools gegenüber dem VSS IDE-Plugin.

Es scheinen jedoch ein paar Plugins für Visual Studio für Mercurial verfügbar zu sein:

1. VisualHG
2. hgscc

Ich habe sie nicht getestet, also kann ich Ihnen keine Meinung über ihre Nützlichkeit geben.

Da ich mir das Eclipse-Plugin für Mercurial nie angesehen habe, kann ich nicht sagen, ob es besser ist als die Befehlszeilenmethode, die ich benutze.