Viele Windows-Entwickler dürften integrierte Lösungen ihrer IDE nutzen (welche meistens Neuimplementierungen der API sind), sowie fertige Sets wie von Github (Github for Windows), bei denen ihnen die exakte Version nicht bekannt ist (und vermutlich auch egal).
Bei Versionkontrollsystemen dürften die wenigsten wirklich Versiongeil sein.
Zuerst einmal erwähne ich in meinem Beitrag bereits die Situation, dass auch fertige Sets/Komplettpakete als Basis dienen, das schließt den Git-Windows Client natürlich mit ein, insofern ist dein Beitrag unnötig.
Zum anderen irrst du dich. Es gibt u.a. JGIT, welches in div. IDEs benutzt wird. Es gibt zudem noch weitere git-Implementierungen in diversen Qualitätsabstufungen, welche ganz ohne den Originalcode auskommen, und ebenfalls benutzt werden.
Daher: Doch, es werden IDEs mit GIT Support aber ohne original git-Windows Client benutzt.
Viele Windows-Entwickler dürften integrierte Lösungen ihrer IDE nutzen (welche meistens Neuimplementierungen der API sind), sowie fertige Sets wie von Github (Github for Windows), bei denen ihnen die exakte Version nicht bekannt ist (und vermutlich auch egal).
Bei Versionkontrollsystemen dürften die wenigsten wirklich Versiongeil sein.
stimmt bei der Nutzung von grafischen Oberflächen ist es egal, aber wenn man an einigen Stellen mal Skripte braucht wird es unschön.
Nö, stimmt so nicht. Die IDEs verwenden alle 1.9.5 unter Windows.
Zuerst einmal erwähne ich in meinem Beitrag bereits die Situation, dass auch fertige Sets/Komplettpakete als Basis dienen, das schließt den Git-Windows Client natürlich mit ein, insofern ist dein Beitrag unnötig.
Zum anderen irrst du dich. Es gibt u.a. JGIT, welches in div. IDEs benutzt wird.
Es gibt zudem noch weitere git-Implementierungen in diversen Qualitätsabstufungen, welche ganz ohne den Originalcode auskommen, und ebenfalls benutzt werden.
Daher: Doch, es werden IDEs mit GIT Support aber ohne original git-Windows Client benutzt.