[Smooth-Graphics]

[choise]

solange du nicht im team arbeitest kannst du git auch nur lokal nutzen. dann ist zwar der backup vorteil weg, aber das ist ja ehr das nebensächliche bei versioning. backup lösungen für lokale daten sollte man ja sowieso haben.

ich zb nutze git für eine vielzahl der projekte lediglich lokal, ist super wenn man mal einen rollback fahren muss oder eine neue branch zum testen aufsetzt

[bacon]

Ich würde gerade das Gegenteil behaupten, nämlich dass man sich damit das Backup bereits spart - Versionierung ausschließlich lokal macht zwar Spaß, aber so richtig doll ab geht das erst remote. Ich hab bei der Arbeit nie für Ausfallsicherheit garantiert und die Bereitstellung der Infrastruktur ausschließlich der Kundschaft überlassen.

Seit ich mit VCS arbeite, hab ich dabei auch kaum mehr einen FTP-Client angefasst - was ich ehrlich gesagt nicht schade finde.

[Smooth-Graphics]

Ausschließlich lokal möchte ich sowieso nicht mit git arbeiten. Mir geht es auch hauptsächlich darum, dass ich eben im Team arbeiten kann und Änderungen verfolgt werden können.

@bacon: Was du zu deiner Arbeit schreibst - sehe ich das richtig, dass du vom Kunden verlangst, dass er git auf seinem Server laufen hat oder wie meinst du das?

//edit: Ich finde Tower einen sehr guten Client für die Verwaltung. Sorry, ich bin kein Terminal-Nerd. Auch wenn's ab und zu tatsächlich Spaß macht.

[bacon]

Ja, das ist aber schon deshalb kein Diskussionsgrund, weil ich ausschließlich für Geschäftskunden arbeite. Im Endkundensegment wär das wohl schwer zu vermitteln. Meist verlange ich es nicht, sondern werde im Gegenteil angewiesen, die interne Infrastruktur zu nutzen.

[Smooth-Graphics]