Verwendete Unit 'System.ImageList' kann nicht compiliert werden

[freimatz]

Jetzt bin ich irritiert. Graf Gustav, du bist doch Einzelentwickler. Wieso hast Du dann lose Netzlaufwerke? Arbeitest Du nicht lokal?
Bei meiner Antwort bin ich davon ausgegangen. Und bei git brauchst du keinen Server, kein pull, kein push. Du brauchst zuerst nicht mal branches und merges. Eine reine Versionierung in einem branch wäre schon mal ein Fortschritt zu keiner VCS.
@jaenicke: wenn ich mit TortoiseGit pull und habe noch nicht committete Dateien, dann fragt es ob ich die stashen will. Lokal Dateien bekommt man natürlich schon kaputt. Ich meinte: was mal in git committet ist, bekommt man so einfach nicht kaputt.

[jaenicke]

Zitat von freimatz:

wenn ich mit TortoiseGit pull und habe noch nicht committete Dateien, dann fragt es ob ich die stashen will.

Das ist gut, war damals aber nur bei SVN so. Und ich habe es nie wieder ausprobiert.

[himitsu]

Ich hab es so noch nie erlebt.

Pull geht immer und sagt nichts "Schlimmes", egal ob Dateien lokal geändert sind oder nicht.
OK, es sagt schon was, denn die Modified Dateien werden anschließend aufgelistet.

NUR wenn eine Datei geändert ist, welche beim Pull/Checkout ebenfalls sich ändert, dann gibt es einen Konflikt, da die zu doof sind einen automatischen Merge der Datei hinzubekommen, selbst wenn die Änderungen in den Dateizeilen sich nicht überschneiden.

Entweder der Pull/Checkout bricht mit Fehler sofort ab und man kann noch in Ruhe stashen oder committen
oder der Pull/Checkout steht halb da und man darf mergen.
Hier gibt es noch kein Problem, aber passierte das bei einem Merge, dann hatte ich immer den halben Merge mit den lokal geänderten Dateien und beim anschließenden MergeCommitt passiert es schnell, dass man ausversehn seine lokalen Änderungen mit im Merge drin hat, wo sie logisch aber nicht rein gehören.

[Graf Gustav]

naja, Geschichten von vor sehr langer Zeit hab ich auch
da hatten wir z.B. die Dateigrößen in unsrer Projekt-Infobox beschränkt, weil das Herunterladen mit den 1200/50-Verbindungen so lange gedauert hat.

Also ich habe einen Großteil meiner Daten, auch Delphi-Projekte, in einer NAS liegen und greife darauf über Netzlaufwerke zu.
In der NAS laufen 2 RAID-1 Platten, deren wesentliche Inhalte nachts in die Synology-Cloud gesichert werden.
Ist das eine für einen Einzelentwickler ungewöhnliche Konfiguration? Für mich ist der Durchsatz völlig ok.

Aber vielen Dank euch allen für die Versionskontroll-Motivation und die Informationen.
Ich habe mir auf dem (oder der?) NAS GIT als App installiert, die mir dort die remote-Repositories bearbeitet.
In GIT arbeite ich mich aktuell ein. Es kommt halt aus der Unix-Ecke, also muss man wieder eine neue Sprache lernen (oben hätte ich fast 'gebackupt' geschrieben).

Schönes WE noch
Reinhold

[himitsu]

Hatte ich auch mal, aber ist nur nötig, wenn man von unterwegs mit Git spielen will.
Alternativ kann man sich aber auch GitLab installieren ... ähnlich wie ein abgespecktes GitHub, nur bei sich selber.

Bei mir ist der Git-Server nur noch der Faulheit wegen installiert, aber das Packet deaktiviert (GIT installiert, aber der Dienst nicht gestartet),
damit ich innerhalb der Syno GIT als Backup benutzen kann, also git fetch bzw. git commit über die Aufgabenplanung. (DSM 6 ... mal sehn ob es in der 7 noch so geht)
z.B. regelmäßig die Webseite via FTP runterladen und den aktuellen Stand in ein GitRepo speichern.


Von unterwegs via VPN oder nur im lokalen Netz, ist die Verwaltung des GitServers unnötig kompliziert.

Einfach via SMB in ein Verzeichnis und dort ein Bare-Repo erstellen

git init zeigt dir die "URL" für das git clone an:
//MeinNAS/Develop/TestRepo/.git/
C:/TestRepo/.git/

Aber im Windows funktioniert es auch mit \ statt /
also einfach den Pfad aus dem Explorer kopiert.
\\MeinNAS\Develop\TestRepo\.git
C:\TestRepo\.git

[Graf Gustav]

SMB - meine Güte, das ist ja einfach warum hab ich das nicht gewusst?
Ich arbeite nicht mehr von unterwegs - das langt alles 100%.
Und mit Git Bash geht das ja alles mit noch weniger Tipperei
Danke Dir vielmals

[freimatz]

Zitat von Graf Gustav:

SMB - meine Güte, das ist ja einfach warum hab ich das nicht gewusst?

Weil Du meinen Beitrag nicht gelesen oder verstanden hast.
Die Dinge sind meistens am einfachsten wenn man sie nicht benutzt. Also kein SMB, kein GitServer, kein git clone, ...
Da wo die Sourcen sind auf oberere Ebene ein "git init" und schon ist ein Repository da. Wenn man neu mit git anfängt ist das am einfachsten.
(Ich sage ja nicht dass diese Dinge nicht Ihren Sinn haben. Es geht mir darun dass man als Entwickler sagt man verwendet git nicht weil es so kompliziert sei.)