Wie funktioniert dieses komische Git-Zeugs?

[himitsu]

Moin,

mein kleines Serverlein hängt nun im Netz, aber ich komm mit diesem Git nicht klar.

Was ich schon alles gmacht hab:

• A-Record beim DNS der Webseite eingestellt, welches erfolgreich vom Dynamic DNS Update aktualisiert wird.
• Gidder installiert
• Git-Server eingerichtet und gestartet
  Domain: git.geheimniswelten.de
  Port: 2022 (eigentlich 2222, aber im TP-Link-Router liegt das in einem gesperrten Bereich, beim Port-Forwarding "Virtual Server")
  Und HTTPS, wenn ich das richtig verstanden hab
• Repository angelegt > Name "Mist" > Mapping "mist"
• einige Benutzer angelegt > Name "Gast" > Passwort "Gast" > Permission: Pull für "Mist"
• HTTP/PHP-Server zum Testen der IP: http://git.geheimniswelten.de:8080/

Lokal installiert sind Git 1.8.5.2 und als GUI TortoiseGit,
aber wenn ich jetzt ein "Git Clone" versuche, dann erhalte ich nur Fehler.

Zitat:

git did not exit cleanly (exit code 128) (21278 ms @ 19.01.2014 17:12:18)

Als URL Versuche ich es mit https://git.geheimniswelten.de:2022/mist
Mit HTTP oder HTTPS, mit und ohne Pfad "/mist" und auch direkt über die IP geht es nicht.

[jfheins]

Also bis zur Passwortabfrage komme ich problemlos, danach musste ich leider aufgeben

Zitat:

$ git clone ssh://[e-mail]:2022/mist
Cloning into 'mist'...
The authenticity of host '[git.geheimniswelten.de]:2022 ([146.52.27.20]:2022)' c
an't be established.
DSA key fingerprint is f9:30:7a:d8:e0:50:d7:81:91:12:cf:7f:11:bd:34:26.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '[git.geheimniswelten.de]:2022,[146.52.27.20]:2022' (
DSA) to the list of known hosts.
[e-mail]'s password:
Permission denied, please try again.

Für git ist das https Protokoll eigentlich read-only. Sobald du auch pushen möchtest, solltest du zusehen dass ein SSH Server läuft. Das scheint ja auch schon der Fall zu sein, jetzt wären ein paar mehr Infos interessant

[implementation]

Also was ich schonmal bekomme, ist ein SSL-Problem:

Zitat von git clone \h\t\t\p\s://git.geheimniswelten.de:2022/mist:

error: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol while accessing https://git.geheimniswelten.de:2022/...it-upload-pack

Per SSH geht es aber:

Zitat:

$ git clone ssh://[e-mail]:2022/mist
Cloning into 'mist'...
[e-mail]'s password:
warning: You appear to have cloned an empty repository.

P.S.: Nervig, dass der Editor immer erfolglos versucht, da ein [url]-Tag reinzubekommen o.O

P.P.S.: Hättest du da nicht irgendeinen Schatz drin verstecken können? Ein leeres Repo vorzufinden ist so langweilig und deprimierend

[himitsu]

Der SSH-Server scheint schon direkt im Program drin zu sein.
Mit HTTPS geht es wirklich nicht, hatte auch nur geraten, als ich es damit versuchte.

Das SSH von dir ging da besser und Turtoise machte dann beim Anmelden aus dem git@ ein Gast@ und zeigte es so in der Abfrage für das Passwort an.
ssh://[e-mail]:2022/mist

Woher soll man denn ahnen, daß man in der URL auch den Benutzernamen angeben kann/muß?
Aber im Turtoise ging auch ssh://git.geheimniswelten.de:2022/mist .


Nee, das mit der URL versucht er nicht
entweder
> "Links automatsch umwandeln" deaktivieren
oder noparse-Tag verwenden

Zitat:

$ git clone ssh://[e-mail]:2022/mist
Cloning into 'mist'...
[e-mail]'s password:
warning: You appear to have cloned an empty repository.

[himitsu]

Zitat von implementation:

P.P.S.: Hättest du da nicht irgendeinen Schatz drin verstecken können? Ein leeres Repo vorzufinden ist so langweilig und deprimierend

Dafür hätte ich auch erstmal was hochladen müssen , aber es hing ja schon beim Runterladen.

[sx2008]

Git kann auch ganz normal über das Filesystem auf ein anderes Repository zugreifen.
Jeder Benutzer kann z.B. auch sein lokales Repository freigeben (Netzwerkfreigabe) so dass man auch direkt von den Kollegen pullen & pushen kann.

Dazu im TortoiseGit-Menue auf Settings -> Remote (links im Tree) klicken und die rechte Seite editieren.
http://www.swiftsoftwaregroup.com/wp...fig-remote.png
In der URL gibt man einfach den Pfad des Repositories an wie z.B. N:\projects\Delphi\mist.git.
Der Name (Feld "Remote") kann man selber frei festlegen und danach auf Add New/Save klicken.
Es ist üblich das Hauptrepository origin zu nennen, aber das ist nur eine Konvention.

Ein Repository dass zentral im Netzwerk auf einem Fileserver liegt sollte "bare" sein; d.h. es enthält nur die Git-Dateien aber das Arbeitsverzeichnis ist leer.

[jfheins]

Jau. Aber insbesondere durch die Einschränkung "git push nur zu bare Repo" läuft es dann doch wieder ein bisschen auf Client-Server hinaus. Damit das mit den Kollegen geht braucht also jeder zwei lokale Reops, eines bare und eines mit Arbeitsverzeichnis.

Das mit dem Benutzernamen/Passwort hatte ich wohl übersehen, aber schön wenn's jetzt funktioniert

[Perlsau]

Eine sehr ausführliche und umfangreiche Dokumentation liefert deutsche Übersetzung des Buches "Pro Git" von Scott Chacon. Bin nämlich auch gerade dabei, Git für meine eigenen Projekte lokal zu nutzen.

[Memnarch]

Persönlich bevorzuge ich GitExtensions für GIT. IIRC hat TortoiseGit auch ein paar funktionen nicht in der Shell, die GitExtensions in der Oberfläche hat.
Und P4Merge für Merges bei Mergekonflikten von Branches.

MFG
Memnarch

[himitsu]

Eigentlich wollte ich ja SVN haben, aber dat gibt es ja (noch) nicht.

Und Tortoise hatte ich installiert, da es auf den Screenshots praktisch fast genauso aussah wie das für's SVN und da kenn ich mich nun schon halbwegs aus.

Es sollte ja auch über einen zentralen Server gehen, damit andere auch Zugriff haben, auf einige Projekte. Und ich so ein Backup hab, wobei ich sowieso nicht alle möglichen Revisionen lokal benötige.
Und wenn ich an zwei Rechnern arbeite, dann brauch ich eh alles online, um da überall am Aktuellen arbeiten zu können.