Was meinst du mit Erfahrungen im .NET-Bereich? Ich nutze es auch für .NET, z.B. für das Projekt vom Nebenjob, also ja. Aber was soll daran jetzt besonders sein? Ist wie bei jedem Projekt, egal in welcher Umgebung. Also Sachen, die nicht hinein gehören, auf ignore setzen (also alles was generiert oder kompiliert wird oder userspezifisch ist) und alles andere kann ruhig rein, sofern für das Projekt wichtig/nützlich, etwa die Sourcen.
Ich meinte, wie gut GIT von den üblichen .NET Infrastrukturen und Tools integriert ist. Wie ist z.B. die Git Integration in Visual Studio?
Achso, das weiß ich nicht, juckt mich aber auch nicht. Wie gesagt, ich mach das über die CMD/Shell und habe mich daher nie nach einem Plugin für VS umgesehen. Ich weiß aber, dass wohl die meisten Plugins aus dem Businesssegment oder sonst wie gute Plugins Geld kosten sollen. So habe ich das zumindest für SVN und paar andere Geschichten im Kopf, darum suche ich da auch schon gar nicht mehr nach etwas, sondern mache es gleich von Beginn an anders.
Was meinst du mit Erfahrungen im .NET-Bereich? Ich nutze es auch für .NET, z.B. für das Projekt vom Nebenjob, also ja. Aber was soll daran jetzt besonders sein?
Eines der letzten Windows Developer Magazine hatte genau dieses Thema als Cover-Thema. Mich hat das ehrlich gesagt nicht so interessiert, deshalb habe ich es mir nicht durch gelesen und kann nichts über die Qualität der Artikel sagen. Aber du findest ein paar davon noch online in der Artikelübersicht. Zwei davon sind Git - Ein wahrer Team-Player und Visual Studio loves Git.
Vielleicht sind die ja brauchbar. Persönlich kann ich kein Abo empfehlen da die für mich verwertbare Quote der Artikel mit 90% unbrauchbar und 10% interessant eher mau ausfällt. (Allerdings bin ich auch schon seit 2,5 Jahren kein .Net-Entwickler mehr.)
Für jeden der sich mit Git auseinander setzen will oder muss: http://blogs.atlassian.com/2013/08/announcing-the-git-ready-workflows-webinar/
püschel
Was wäre das beste Vorgehen in einem Feature-Branch, wenn der main/master-Branch zwischenzeitlich eine Hotfix-Änderung hat, die die Arbeit im Feature-Branch betrifft? rebase,…,fast-forward,…?
Das „beste Vorgehen“ ist das, worauf sich das Team geeinigt hat 
Od bu einen merge or rebase machst liegt wirklich nur daran, cherrypicking scheidet aus (wie so oft).
In der letzten Firma was ff-only in den meisten Teams ueblich, in der aktuellen Firma bzw. Team ist es rebase.
1 „Gefällt mir“
Danke für deine Erklärung. 
1 „Gefällt mir“
Ich habe es selbst noch nicht verwendet, aber wenn jemand partout nicht mit den Git-Befehlen zurechtkommt, wäre vielleicht https://gitless.com/ einen Blick wert. Das ist sozusagen ein vernünftiger Wrapper um die teilweise bizarren Git-Befehle.
Jetzt hab ich mich schon an git gewöhnt.
Kennt ihr den schon:
https://xkcd.com/1597/
Leider ist das viel zu nah an der Realität, so dass es lustig ist.
Das Problem kann ich nicht nachvollziehen. Aber ich nutze auch die IDE (in diesem Fall IntelliJ) und nicht die Shell.
1 „Gefällt mir“
noch nie einen Detached Head gehabt? (Ich weiß, das lässt sich manchmal beheben…) Oder eine furchtbare Git-History? Ich würde sagen, nur die Erfinder kennen alle Einzelheiten (also die technischen Hintergründe) von Git. Oder? Insofern ist der Comic richtig, dass es kompliziert ist.
Das habe ich tatsächlich ewig nicht mehr gehabt. Vielleicht liegt es an der Arbeitsweise im Team.
1 „Gefällt mir“