vcs:git:makehis

[darksider3]

Hey,
nachdem ich verschiedenstes seit Montag mit Git machen wollte ( und auch gemacht habe ) hatte ich das FIXME im Bereich gesehen. Deswegen lege ich mal diese Seite als Diskussionsseite an .
--
Bei Git kann man doch auch adds mit . erstellen oder nicht??
Bei mir funktionierte dies eigentlich
Soweit ich das durch Eigenrecherche erfahren habe, fügt das alle Dateien, in und über diesem Ordner(Verzeichnisstruktur) (ausgeschlossen dem .git Ordner) dem Index hinzu.
Also bei der Struktur

Code: Alles auswählen

Artikel.html
Artikel2.html
ArtikelAnderes/
    ArtikelAnderes2.html
.git/

Alles, nur nicht den .git Ordner.
Ich finde, das erspart einem viel Arbeit^^
Zu commit: Hier mal ein Auszug aus den Man-Pages:

-F <file>, --file=<file>
Take the commit message from the given file. Use - to read the
message from the standard input.

Das könnte eventuell auch Hilfreich sein, da man hiermit die/den Grund(Kommentar) auch klonen kann(Bzw. auch nach Klonen in einer Datei(z.B Changelog,README) findet)
EDIT:// Ausserdem sollte auch erklärt werden, wie die .git/config aussieht. Bei mir ist es z.B:

Code: Alles auswählen

[core]
	repositoryformatversion = 0
	filemode = true
	bare = false
	logallrefupdates = true
	sharedrepository = 2
[remote "origin"]
	fetch = +refs/heads/*:refs/remotes/origin/*
	url = https://darksiderforge@git.code.sf.net/u/darksiderforge/darksidersforge
[branch "master"]
	remote = origin
	merge = refs/heads/master
[receive]
	denyNonFastforwards = true
[user]
        name="Leon Giesenkämper"
        email="leon@darksider3.de"

Also das wichtigste, was nicht automatisch generiert wird ist die "[user]" Region. Da könnte man eventuell noch was zu einbauen. Auf git:referencecard habe ich kann man auch nachgucken, wegen den

Code: Alles auswählen

--config

Parameter, welcher eventuell noch ganz interessant wäre
Was ich auch nicht verstehe, was Hooks sind. Aber nachdem ich in .git/hooks nachgesehen habe, vermute ich, das diese irgendwelche Speziellen Befehle oder Kommandos bereitstellen, die der Entwickler bzw. Ersteller des Repositorys definieren kann.
--
Ich hoffe ich beleidige hier niemanden mit diesen Vorschlägen..sind nur gut gemeint
Mit freundlichsten Grüßen,

darksider3

[Xin]

Hey,
nachdem ich verschiedenstes seit Montag mit Git machen wollte ( und auch gemacht habe ) hatte ich das FIXME im Bereich gesehen. Deswegen lege ich mal diese Seite als Diskussionsseite an .
--
EDIT:// Ausserdem sollte auch erklärt werden, wie die .git/config aussieht.

Ich ändere mal den Titel in vcs:git, das geht wohl über makehis hinaus. ^^

Macht mal hinne, ich musste gestern erstmalig ein git-Projekt nutzen... ich werde aber nix zu git schreiben, solange ich auf anderen Baustellen angekettet bin.

Was ich auch nicht verstehe, was Hooks sind. Aber nachdem ich in .git/hooks nachgesehen habe, vermute ich, das diese irgendwelche Speziellen Befehle oder Kommandos bereitstellen, die der Entwickler bzw. Ersteller des Repositorys definieren kann.

Hooks bei Subversion sind Skripte, die nach bestimmten Aktionen aufgerufen werden. Zum Beispiel wenn jemand etwas "committet", dann wird das postcommit-Skript aufgerufen.
Dort kann man dann zum Beispiel Mails an alle Beteiligten verschicken, damit sie wissen, dass etwas Neues da ist oder den Buildserver anwerfen.

[darksider3]

Hey,
wann willst du den Titel den ändern?
Also sind Hooks einfach nur Skripts, welche nach einer Aktion etwas ausführt(Anfragen,Mails,Forum-Posts erstellen usw.)?

[Xin]

Hey,
wann willst du den Titel den ändern?

Narf... ^^

Also sind Hooks einfach nur Skripts, welche nach einer Aktion etwas ausführt(Anfragen,Mails,Forum-Posts erstellen usw.)?

Bei SVN yepp. Es gibt verschiedene Ereignisse, auf die Subversion reagiert - wenn jemand etwas 'comittet' hat, oder es versucht, wenn jemand auscheckt, oder Dateien 'lockt'. Das wird dann wie eine Callback-Funktion benutzt, nur dass eben ein Bash-Skript ausgeführt wird. Und da kann man dann eben wieder machen, was man möchte.

[darksider3]

Hey,
wann willst du den Titel den ändern?

Narf... ^^.

Du guckst Pnky& the Brain?^^

Bei SVN yepp. Es gibt verschiedene Ereignisse, auf die Subversion reagiert - wenn jemand etwas 'comittet' hat, oder es versucht, wenn jemand auscheckt, oder Dateien 'lockt'. Das wird dann wie eine Callback-Funktion benutzt, nur dass eben ein Bash-Skript ausgeführt wird. Und da kann man dann eben wieder machen, was man möchte.

Also mal ganz einfach Ausgedrückt: Bei Aktionen werden Callbacks ausgelöst, welche dann bestimmte Skripts(Shell) Starten.

[fat-lobyte]

Hey,
nachdem ich verschiedenstes seit Montag mit Git machen wollte ( und auch gemacht habe ) hatte ich das FIXME im Bereich gesehen. Deswegen lege ich mal diese Seite als Diskussionsseite an .

Passt. Die bisherigen Inhalte sind von mir, und es sieht im Moment leider noch ziemlich mager aus. Irgendwann mal sollte ich mir extra-Git Zeit reservieren.

Ich hoffe ich beleidige hier niemanden mit diesen Vorschlägen..sind nur gut gemeint

Beleidigen tust du hier keinen, nur ganz verstehen tu ich dein Feedback auch nicht.

--

Bei Git kann man doch auch adds mit . erstellen oder nicht??

Äh... Was???
Was ist ein "Add"? Was ist ein "."?

Soweit ich das durch Eigenrecherche erfahren habe, fügt das alle Dateien, in und über diesem Ordner(Verzeichnisstruktur) (ausgeschlossen dem .git Ordner) dem Index hinzu.
Also bei der Struktur

Code: Alles auswählen

Artikel.html
Artikel2.html
ArtikelAnderes/
    ArtikelAnderes2.html
.git/

Alles, nur nicht den .git Ordner.
Ich finde, das erspart einem viel Arbeit^^

Äh... Ja? Steht was anderes im Artikel? Welche Arbeit erspart man sich?

Zu commit: Hier mal ein Auszug aus den Man-Pages:

-F <file>, --file=<file>
Take the commit message from the given file. Use - to read the
message from the standard input.

Das könnte eventuell auch Hilfreich sein, da man hiermit die/den Grund(Kommentar) auch klonen kann(Bzw. auch nach Klonen in einer Datei(z.B Changelog,README) findet)

Wieso??? Das ist nur eine (von mehreren) Methoden wie man dem Commit eine Nachricht übergeben kann. Ich habe zwei angeführt, die -F Methode finde ich nicht so interessant.

EDIT:// Ausserdem sollte auch erklärt werden, wie die .git/config aussieht.

Vielleicht, aber ganz sicher nicht am Anfang. Ich möchte nicht jede einzelne Datei, die von Git erstellt wird beschreiben.

Bei mir ist es z.B:

Code: Alles auswählen

# ...
[user]
        name="Leon Giesenkämper"
        email="leon@darksider3.de"

Also das wichtigste, was nicht automatisch generiert wird ist die "[user]" Region. Da könnte man eventuell noch was zu einbauen.

Das ist aber keine gute Idee! Das bedeutet, du musst in jedem Repository angeben, wer du bist. Warum machst du das nicht ein einziges mal mit der '--global' option, wie hier beschrieben?

Auf git:referencecard habe ich kann man auch nachgucken, wegen den

Code: Alles auswählen

--config

Parameter, welcher eventuell noch ganz interessant wäre

Tut mir leid, ich verstehe dich einfach nicht.

[darksider3]

Das ist aber keine gute Idee! Das bedeutet, du musst in jedem Repository angeben, wer du bist. Warum machst du das nicht ein einziges mal mit der '--global' option, wie hier beschrieben?

Den hatte ich nicht gelesen, sorry

Tut mir leid, ich verstehe dich einfach nicht.

hehe der "--config" Parameter ändert für ein Projekt verschiedene Konfigurationen...^^

Vielleicht, aber ganz sicher nicht am Anfang. Ich möchte nicht jede einzelne Datei, die von Git erstellt wird beschreiben.

Verständlich... kannste gleich streichen^^
Bzw. deswegen hat Xin wohl auch den Namen des Threads geändert...

Äh... Ja? Steht was anderes im Artikel? Welche Arbeit erspart man sich?

Das bezug sich auf "git add ."... Ich habe nichts dergleichen gelesen. Man erspart sich die Arbeit, jede einzelne Datei manuell in den Index einzufügen.

Äh... Was???
Was ist ein "Add"? Was ist ein "."?

Ein "." ist ein Punkt... ich meine damit wieder

Code: Alles auswählen

git add .[/quote]
[quote]
Beleidigen tust du hier keinen, nur ganz verstehen tu ich dein Feedback auch nicht.[/quote]
Stimmt schon... ich habe das auf die schnelle geschrieben, sodass ich wohl vieles aus dem Kontext gerissen habe... Nächstes mal mach ich das besser...:)

MfG

[fat-lobyte]

hehe der "--config" Parameter ändert für ein Projekt verschiedene Konfigurationen...^^

Achso. Ja, das tut er
Aber eigentlich ist "git config" ja ein eigener Befehl.

Äh... Ja? Steht was anderes im Artikel? Welche Arbeit erspart man sich?

Das bezug sich auf "git add ."... Ich habe nichts dergleichen gelesen. Man erspart sich die Arbeit, jede einzelne Datei manuell in den Index einzufügen.

Jetzt versteh ichs! Hm, geht das nicht aus dem hervor: http://www.proggen.org/doku.php?id=vcs: ... inzufuegen ?
Anscheinend nicht

Stimmt schon... ich habe das auf die schnelle geschrieben, sodass ich wohl vieles aus dem Kontext gerissen habe... Nächstes mal mach ich das besser...

Kein Problem, ich freue mich überhaupt Feedback zu meinem "Fragment" zu bekommen. Danke!

[darksider3]

Achso. Ja, das tut er
Aber eigentlich ist "git config" ja ein eigener Befehl.

Das wusste ich wiederum auch nicht..^^

Jetzt versteh ichs! Hm, geht das nicht aus dem hervor: http://www.proggen.org/doku.php?id=vcs: ... inzufuegen ?
Anscheinend nicht

Joar dachte ich mir auch

Kein Problem, ich freue mich überhaupt Feedback zu meinem "Fragment" zu bekommen. Danke!

Fragment? So würde ich es nicht bezeichnen... eher ... "Ausbaufähig"

MfG

[Xin]

Kein Problem, ich freue mich überhaupt Feedback zu meinem "Fragment" zu bekommen. Danke!

Fragment? So würde ich es nicht bezeichnen... eher ... "Ausbaufähig"

Das erzähle ich ihm auch schon seit Jahren?
Aber mir glaubt er das auch nicht :->