@GOKTerek Wir (kleine Firma) arbeiten mit TortoiseSVN: tortoisesvn.net/index.de.html
Bei einem größeren Pool würde ich den Team Foundation Server (TFS) nehmen.

Also wenn du TortoiseSVN meinst, da steht doch eindeutig auf deren Seite

​It is developed under the GPL. Which means it is completely free for anyone to use, including in a commercial environment, without any restriction.

GOKTerek schrieb:

Besonders da es Opensource ist

Die Quellen würde ich nicht anfassen, bestenfalls studieren.
Gelegentlich kommt da auch ein Update zur bestehenden releasten Version.

Ein selbst gehostet Git z.b. Bitbucket

Falls das angesprochene Git in Frage kommt, ich hatte neulich einen Thread zum Thema welche GUI und welches Web-Frontend für Git, in welchem diverse vorgeschlagen wurden. Siehe Welches Web-Interface und welche lokale GUI für Git? Ich kann mich nicht entscheiden ...

Wir hosten Bitbucket auf einem eigenen Server bei uns in der Firma. Nix cloud.

Hier mal einen Link zu Einführung https://de.wikipedia.org/wiki/Versionsverwaltung

Git funktioniert auch ohne Web und Cloud. Einfach die Repros auf den Fileserver packen.

GOKTerek schrieb:

Habe weitere Informationen bekommen, die IT möchte Gitlab in kombination mit SourceTree nutzen.
Was sagt Ihr dazu?

Klingt super, GitLab ist nice und man kann es self-hosted betreiben. Und SourceTree ist auch gut, wobei du bei der Wahl eines Git-Clients auch nicht wirklich viel falsch machen kannst (SourceTree, Tower, SmartGit, wurscht, sind alle in etwa gleich gut). Die Frage die sich mir persönlich eigentlich meist eher stellt, ist, wofür braucht man's(?). Schreibt man Code in einem Editor oder irgendeiner schrottigen IDE die keinen VCS-Support bietet, ja, dann macht es Sinn, sich extra eine GUI-Anwendung für die Versionsverwaltung zusätzlich zu installieren, vor allem wenn man zu faul ist um die git Befehle zu lernen. In allen anderen Fällen finde ich das aber einfach nur doppelt gemoppelt. Müsstest du eben rausfinden was am besten für euch passt.

So oder so, die Entscheidung ist insgesamt sehr gut, GitLab ist zum Arbeiten einfach super praktisch und bietet halt auch Funktionalitäten, die über das reine Versions-Management hinaus gehen.


Link

GOKTerek schrieb:

@Link danke für deinen Kommentar. SourceTree habe ich soweit verstanden. Jedoch Gitlab nicht, ich bin der meinung das ist Cloudbasiert(Projekte und Quellcodes), oder liege ich da Falsch?

Du liegst nur teilweise falsch, GitLab lässt sich als SaaS nutzen, gehosted über ein Fremdsystem und somit in der Cloud. GitLab kann aber ebenso selbst auf einer internen Maschine gehostet werden, quasi ganz genauso wie zB auch Gitea.
Siehe about.gitlab.com/install/



Link

Naja, so wie GitHub eben, es ist eine Online-Plattform zur Sourcecode-Verwaltung. Gehostet auf einem Server der über gitlab.com erreichbar ist, somit also nicht bei dir Zuhause. Bei GitLab ist es genau so, oder auch bei BitBucket, du kannst den Dienst nutzen über die Plattform die vom Anbieter bereitgestellt wird, in der Cloud eben, das nennt sich SaaS (Software as a Service). Self-hosted bedeutet, dass du das Produkt selbst bei dir Zuhause installierst (oder halt auf einem Server auf den du Zugriff hast), das heißt das Web-Portal läuft in deiner Infrastruktur.
Anderes gutes Beispiel wäre auch WordPress, das kannst du ja auch über einen Hosting Anbieter im Rahmen eines sog. "Wordpress-Hostings" verwenden. Du kannst aber genauso gut WordPress lokal auf deinem PC installieren, dort hast du halt volle Kontrolle, Nachteil ist dass du dich um infrastrukturelle Dinge selbst kümmern musst. Meistens ist ein Cloud-Service (SaaS) unkomplizierter, schneller eingerichtet und man hat damit wenig operativen Aufwand. Self-Hosted hingegen hat beispielsweise aber die Vorteile der vollständigen Kontrolle über alle Daten und Prozesse, vor allem auch wenn Datenschutz ein heikles Thema ist und der Cloud-Service in einem Land gehosted wird, dessen Datenschutzgesetze nicht vereinbar sind mit den Anforderungen der Dienste die darüber laufen sollen. Was besser oder schlechter ist, kommt also wesentlich drauf an, was die Anforderungen sind, tendenziell bevorzuge ich persönlich in den meisten Fällen die SaaS-Variante.

GOKTerek schrieb:

Richtig?

Ne, so kann man das irgendwie nicht sagen Mir scheint du hast so ziemlich keinen Schimmer was du hier machen sollst. Ich schlag vor du schaust dir Git erst mal an.

Server Basiert, nicht cloud

Das ist nicht möglich, das ist wie "Wasser ist ok, es darf nur nicht flüssig sein", ergibt also irgendwie nicht Sinn. Jeder Cloud-Dienst läuft auf einem Server. Aber nicht jeder Server bietet Cloud-Dienste an. Jedes Wasser ist flüssig, aber nicht jede Flüssigkeit muss Wasser sein.

Git ist ein Mittel zur Versionsverwaltung, ähnlich wie SVN, nur eben in geil. Versionsverwaltung bedeutet -unter vielem anderen-, dass Datei-Änderungen zu jeder Zeit nachvollziehbar und revertierbar und wiederherstellbar sind. Ein Verzeichnis auf deiner Festplatte kann mit Git versioniert werden, indem der git init Befehl ausgeführt wird (dass Git bereits installiert ist, wird vorausgesetzt, lul). Anschließend kannst du Änderungen an Code jederzeit über git add stagen und mit git commit einen Snapshot des momentanen Stands speichern. Sobald dein erster Commit angelegt ist, wird automatisch ein Standard-Branch erstellt (idR master oder main). Du kannst neue Branches ("Entwicklungszweige") erstellen und sie später zusammenführen.
Das alles ist erst mal nur das, was bei dir auf deinem PC passiert. Aber sicherlich arbeitest du ja mit mehreren an einem Projekt, das heißt es muss ein zentrales Repository eingerichtet werden, zu dem jeder Entwickler seine Änderungen hin-senden kann. In Git-Sprache bedeutet das, man "pusht" die Changes zu einem remote repository. Wo das zentrale Repo liegt, ist völlig wurscht, das kann ein interner Server sein auf den jeder Zugriff hat oder sonst was. Es könnte auch ein Cloud-Service sein, wie zum Beispiel GitLab, GitHub oder BitBucket oder von denen entsprechend die self-hosted Varianten, die irgendwo in eurem Netzwerk gehosted sind. Macht am Ende keinen Unterschied. Am Ende des Tages sieht der Workflow eben in etwa so aus, dass jeder auf seinem eigenen PC am Projekt arbeitet, hin und wieder seine Änderungen pusht (sodass auch andere die Änderungen die man geschrieben hat, verwenden können) oder eben die Änderungen von den Kollegen auf seine Maschine zieht ("pullen").

SourceTree, Tower, GitKraken, TortoiseGit oder SmartGit sind Git Clients. Das sind nur Programme die dazu da sind, um die ganzen Dinge die man mit Git so machen kann, schön über eine grafische Oberfläche zu verwalten, anstatt in einem tristen, schwarzen Konsolenfenster. Man fügt also dort das Projekt (können auch mehrere sein, was man halt so hat) hinzu, die Software erkennt dass es ein Git-Verzeichnis ist und kann dort eben die gängigen Aufgaben die man mit Git tagtäglich macht, über eine hübsche Oberfläche vornehmen, wie zum Beispiel das git log anschauen, Branches mergen, Pushen, Fetchen, Pullen, Committen, Cherry-Picken und weiß der Teufel was noch alles.

In Kurz:
- Git ist nur rein die Versionsverwaltung (versionierte Projekte erkennt man daran, dass es im Hauptverzeichnis ein .git Verzeichnis gibt)
- GitLab, BitBucket oder GitHub sind remote repositories, von denen man Code pullen oder zu denen man seinen Code pushen kann - eben mit dem Zusatz einer Web-Oberfläche für die grafische Verwaltung. So wie ein Git-Client quasi, nur dass es eben im Browser läuft.
- Git Clients sind installierbare Programme zur Visualisierung von Git Logs und zum Managen von Git-Operationen in einer grafischen Oberfläche

Alles weitere zu Git kannst du dir mal googlen, da gibt's einiges zu lesen und das würde ich dir auch empfehlen zu tun

GOKTerek schrieb:

1.) Die Projekte SourceCodes liegen bei uns auf den Servern.
2.) Die Informationen zu dem Projekt liegen jedoch in der Cloud bzw. auf einem externen Server(Ersteller, Status, Version)

Richtig?

Nein, so nicht.

GitLab kann man selbst installieren und betreiben oder man kann es in der Cloud mieten. Projekte und Informationen zu den Projekten liegen da, wo gehostet wird, also entweder auf dem eigenen Server, oder, wenn man sich für die Cloud entscheidet, eben in der Cloud.