Deaktivieren der Warnung, dass die Lösung nicht unter Kontrolle der Quellcodeverwaltung?

Beschämend, wir verwenden TFS bei der Arbeit für ein C# - Projekt. Ich wünschte, wir könnten zu bewegen, um svn oder git, aber wir können das nicht ändern. Alle von uns an dem Projekt arbeiten hasse das automatische check-out "Funktion" des TFS, so checkten wir in unsere Lösung und Projekt-Dateien als ungebundenes vom TFS.

Nun, wenn wir das Projekt öffnen, erhalten wir folgende Nachricht:

Die Lösung, die Sie geöffnet haben, ist unter Kontrolle der Quellcodeverwaltung aber derzeit nicht konfiguriert für die integrierte Quellcodeverwaltung in Visual Studio. Möchten Sie binden diese Projektmappe zur Quellcodeverwaltung jetzt?

Gibt es eine Möglichkeit, diese Meldung deaktivieren, während die Lösung mit ungebundenen aus dem buggy und ärgerlich für die integrierte Quellcodeverwaltung?

  • Ernsthaft, warum der Hass auf TFS? Und wenn du nicht zufrieden bist mit dem automatischen check-out-Funktion, einfach deaktivieren Sie es in Visual Studio, indem Sie zu Tools->Options->Source Control
  • Nach der Verwendung von TFS, dann verschieben auf svn für persönliche Projekte, und jetzt git ich kann mit überzeugung sagen, dass TFS ist wirklich schrecklich im Vergleich zu entweder einem.
InformationsquelleAutor jnylen | 2010-08-09
  1. 5

    Die Nachricht auf den Sie verweisen, hat nichts zu tun mit TFS, es hat zu tun mit der integrierten Quellcodeverwaltung in Visual Studio. Wenn Sie wirklich wollen, um loszuwerden, diese Nachricht, gehen Sie auf Tools->Optionen->Quelle-Steuerelement, und legen codeverwaltung auf "keine".

    Dann gehen und laden Sie die Team Foundation Power Tools und aktivieren Sie den shell-Zugang, und Sie werden in der Lage sein auf der rechten Maustaste im Windows Explorer und überprüfen Sie die von dort. Wenn Sie nicht möchten, dass zu tun, können Sie machen Sie Ihre check-ins von der TF.EXE Befehlszeile.

    Aber im ernst, wenn Sie nicht wie die automatische check-out, dann einfach ausmachen. Sie haben die Möglichkeit, TFS automatisch check-out, fordert Sie heraus überprüfen, oder tun Sie nichts und lassen Sie die Dateien im nur-Lesen-Zustand, bis Sie explizit überprüfen Sie Sie heraus.

    • Wir müssen unser Versionskontroll-Plug-set TFS, weil die Einstellung auf None deaktiviert die source control explorer, das ist die Schnittstelle, die wir verwenden derzeit für die manuelle check-in und check-out, usw. Wie es scheint, gibt es keine Möglichkeit zu deaktivieren, dass insbesondere die Warnung, das ist in Ordnung.
    • Wie können Sie sagen, das hat nichts zu tun mit TFS. Es FUNKTIONIERT. TFS ist btiching darüber....passiert das denn im Source Control Explorer, wenn Sie versuchen, öffnen oder arbeiten mit dem, was Dateien, die Sie dachten, waren "gebunden", um die TFS sind nicht die Ursache der migrain
    • Mein auto-Check-out ist off und ich bekomme immer NOCH das problem, das er beschreibt, wie gut. Sie nie haben, um mit dieser seltsamen Nachricht, Mist in anderen source-Control wie subversion oder Git. Ich bin damit einverstanden, TFS ist schrecklich...und nur noch mehr Probleme verursacht als alles andere.
    InformationsquelleAutor Robaticus
  2. 2

    Andere Möglichkeit könnte sein, sich zu bewegen, um einen "git-tfs' kombinierte Lösung. Sie bewegen würde, Ihr team zu git, und sync mit TFS auf einer regulären basis. Auf diese Weise, nur eine person hat ein Leben mit dem TFS ärgernisse.

    Habe ich keine Erfahrung mit, aber anscheinend es wurde versucht, vor

    InformationsquelleAutor jeroenh
  3. 0

    Wenn Sie wie svn/git-Modell besser ist, dann ganz ehrlich, ich Frage mich, warum würden Sie wollen, zu drehen aus automatische Kasse? Sie können konfigurieren, VS zu leise Auschecken von Dateien auf Bearbeiten. Das kommt ziemlich nah an das svn-Art zu arbeiten, nicht?

    Stellen Sie außerdem sicher, dass die TFS-server ist so konfiguriert, dass mehrere checkout auf alle text-basierten Dateien, und Sie sollten gut zu gehen. Sie können auch installieren eigene diff-und merge-tools (z.B. TortoiseDiff/TortoiseMerge), wenn Sie wollen.

    • 1) die automatische Kaufabwicklung nicht einmal richtig funktioniert! Ich bin mir nicht sicher, ob unsere TFS-server falsch konfiguriert ist oder was, aber wir bekommen einen "Internen Fehler in der DLL" Fehlermeldung jedes mal, wenn wir versuchen, zu aktualisieren ein Projekt festlegen. Außerdem verwirft der erste Tastendruck auf Bearbeiten, das ist ärgerlich.
    • 2) ich glaube nicht, dass der automatische check-out kommt, irgendwo in der Nähe zu dem Modell von svn oder git, weil ich wirklich glaube, dass TFS ist check out / check in / resolve conflicts Modell werden weit schlechter als svn oder git.
    • endlich, 3) niemand auf meine Mannschaft wird verwendet, um einen kleinen temporären Bearbeiten, zum testen und zum Rückgängigmachen Ihrer änderungen zu jeder Zeit. Ja, unser server ist so konfiguriert, dass mehrere Kassen, aber es wird chaotisch extrem schnell.
    • Ich Stimme alle Ihre Punkte. Allerdings sehe ich nicht ein, deaktivieren der automatischen Kasse, als eine bessere option. Für mich ist die "least of all evil". "Interner Fehler in der DLL" ist natürlich frustrierend, kann ich mir vorstellen. Wahrscheinlich in der Tat einige Fehlkonfiguration. Vielleicht können Sie ausnutzen, zu überzeugen, Ihr management zu wechseln, svn oder git 🙂
    • Unser team scheint zu Stimmen, dass die "least of all evil" ist die manuelle source-control + die Möglichkeit, Dateien zu Bearbeiten, ohne sich sorgen zu viel über Ihren Status auf dem server. Und hier ist der Teil, wo ich erwähnen, dass ich die Arbeit in einem Fortune-500-Unternehmen, und wir sind ES auch nicht. So verschieben zu einem anderen system wäre toll, aber es ist nicht passiert 🙂
    • "Wenn Sie wie svn/git-Modell besser ist, dann ganz ehrlich, ich Frage mich, warum würden Sie wollen, deaktivieren Sie die automatische Kasse?" Dann werden Sie nicht bekommen, svn oder Git. Die positive Art und Weise mit einer Versionsverwaltung ist, dass Sie ZIEHEN, WENN SIE WOLLEN. Ich will nicht, dass ein auto ziehen, wenn ich öffnen Sie Visual Studio. Best practice ist, ziehen Sie Häufig aber lass MICH entscheiden, Wann ich das tun und machen es bis zu mir, um sicherzustellen, dass ich die empfohlenen Vorgehensweisen befolgen. TFS-nicht erzwingen Mist auf mich...verbundenen Zustand die ganze Zeit zu TFS ist das, was wir nicht mögen, kommen aus dem svn oder git. Es ist lästig und verursachen mehr Schmerzen als alles andere.
    • verwende einfach git-tfs Menschen, Wann immer Sie können. Um das verwenden dieser Schrott.
    • natürlich Sie ziehen, wenn Sie wollen. TFS in diesen Tagen auch standardmäßig, wenn ich mich nicht Irre. Check-out != erhalten Sie die neuesten version (obwohl ich glaube, das verwendet werden, um die Standard-geerbt vom VSS igitt).

    InformationsquelleAutor jeroenh
Schreibe einen Kommentar