Einstieg in Git

Nop schrieb:
> eilweise wohl auf
> deutsch übersetzt, aber bei technischer Literatur gewöhn Dir besser
> gleich an, das auf englisch zu lesen.

Ja... habe ich mir prinzipiell schon angewöhnt.
Aber gerade für die allerersten Schritte ist was in der Muttersprache 
meistens doch besser, bzw. von mir bevorzugt.

Darum auch "idealerweise" ;-)

Danke für den Link.

Horst schrieb:
> Und warum nicht was vernünftiges?

Weil's einfach gut ist. "Vernünftiger" geht es kaum :-)

Horst schrieb:
>> meine bevorzugte Entwicklungsumgebung ist Visual
>> Studio Community Edition.
>
> Und warum nicht was vernünftiges?

Und warum nie rausrücken, was daran unvernünftig/schlecht ist, besseres 
Vorschlagen und begründen warum?

Horst schrieb im Beitrag #5400938:
> Matthias S. schrieb im Beitrag #5400918:
>> Dann weiß ich ja, wo ich
>> deine Aussagen einsortieren darf:
>>
>> Borislav B. schrieb:
>>> Horst schrieb:
>>>> Witzbold.
>>>
>>> Dummschwätzer...
>
> Da kannste dich selbst einsortieren. Egal was ich erwähnen würde, ihr
> MS-Trolle würdet es sofort schlecht machen.

Ich hätte mich eigentlich schon dafür interessiert, was du vorgeschlagen 
hättest, und warum du es besser findest. Ob ich es auch besser gefunden 
hätte, bzw. ob es mir einen Umstieg wert gewesen wäre, steht natürlich 
auf einem anderen Blatt. Aber da spielt natürlich auch etwas persönliche 
Vorliebe mit...
Aber mit einem dahingerotzten pauschalisierten Satz wüsste ich nicht, 
was ich anderes damit anfangen soll, oder was meinst du?

Gibt für GIT einige gute Cheat Sheets, such einfach mal danach, da 
findet sich so einiges.

In deinem Fall dürfte das vermutlich auf Gitlab hinauslaufen, Visual 
Studio wird in der Hilfefunktion vermutlich eh die Einbindung einer 
Versionsverwaltung erklären.

Wobei ich persönlich so etwas nicht zwingend selbst hosten würde, für 
ein paar private Projekte reicht auch Github/Bitbucket (erlaubt private 
Repos), da muss man dann nicht am Server rumfrickeln und hat es von 
überall erreichbar. Backups kann man sich auch bequem mittels Skript auf 
den NAS ziehen lassen.

Chris  K. schrieb:
> Eigentlich ist Git ganz einfach:
>
> In Case of Fire:
> 1. Git Commit
> 2. Git Push
> 3. Leave Buildig

4. Nighmares due to missing: 0. Git Add

Matthias S. schrieb:
> Ich hätte mich eigentlich schon dafür interessiert, was du vorgeschlagen
> hättest, und warum du es besser findest.

Ehrliche Meinung: Mercurial.  Einfach, weil dort die Kommandos noch
einigermaßen so sind, wie sie bei anderen VCSen zuvor (RCS, CVS, SVN)
auch waren.  Bei Git ist schlicht alles anders.

Von vielen Konzepten sind sich Git und Mercurial ansonsten durchaus
ähnlich.  Git hat'n paar Knöppe mehr. :)

Ansonsten ist natürlich jegliche Versionierung besser als gar keine.
RCS oder CVS würde ich allerdings heutzutage wirklich keinem mehr
empfehlen.

Matthias S. schrieb:
> ich möchte mich jetzt endlich mal mit dem Thema Git beschäftigen.
> [...]
> Wenns noch weiterhilft: meine bevorzugte Entwicklungsumgebung ist Visual
> Studio Community Edition.

Unabhängig von einer IDE würde ich Dir empfehlen, Deine ersten Schritte 
mit Git -- zum Beispiel beim Durcharbeiten eines der verlinkten Bücher 
-- nicht mit einer IDE zu machen, sondern tatsächlich auf der 
Kommandozeile. Dadurch gewinnst Du nicht nur viel bessere Einblicke und 
Erkenntnisse bezüglich der Funktionsweise und der Möglichkeiten von Git, 
sondern lernst obendrein auch noch, was Du tun kannst, wenn einmal etwas 
schief gelaufen ist.

Ja genau sowas suche ich eben nicht! ;-)
Merge, Commit, Branch,... usw. usf. sind einfach Begriffe, die mir bis 
dato noch gar nix sagen. Ich muss in Sachen Versionskontrolle mehr oder 
weniger bei 0 anfangen.

Jörg W. schrieb:
>> Ich hätte mich eigentlich schon dafür interessiert, was du vorgeschlagen
>> hättest, und warum du es besser findest.
>
> Ehrliche Meinung: Mercurial.  Einfach, weil dort die Kommandos noch
> einigermaßen so sind, wie sie bei anderen VCSen zuvor (RCS, CVS, SVN)
> auch waren.  Bei Git ist schlicht alles anders.

Danke.

Matthias S. schrieb:
> Merge, Commit, Branch,... usw. usf. sind einfach Begriffe, die mir bis
> dato noch gar nix sagen. Ich muss in Sachen Versionskontrolle mehr oder
> weniger bei 0 anfangen.

Die gleich in der ersten Antwort verlinkte Doku 
https://git-scm.com/book/en/v2
kann ich uneingeschränkt weiterempfehlen.
Da wird dir alles von der Pike auf eingeimpft.
Schön mit Beispielen, UseCases (wann wähle ich welches Vorgehen?) und 
ganz genaue Erklärungen und Fallstricke.
Da wird das Thema Versionsverwaltung praktisch ab Adam und Eva 
behandelt.

Wenn dir diese Doku (eigentlich ein Mix aus Doku und Tutorial) nicht 
zusagt, tja, was besseres wirst du nicht finden.

Hi,

Wie ist den da V1 vs. V2 zueinander zu bewerten?
Insbesondere was die absoluten Basics angeht?

Kannst ja mal nach "GIT Lernen mit Beispielen" von Xtreme Software GmbH 
suchen, findet sich als pdf-Download im Internet.
Ist 'ne Schritt-für-Schritt-Anleitung, die die Zusammenhänge auch 
graphisch erläutert.