You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Das Verzeichnis `ruby` enthält nun den vollständigen Quelltext der
32
-
Entwicklerversion Ruby 1.9. Bitte bedenke, dass es sich bei dieser
33
-
Version um die absolut neuste Variante von Ruby handelt. Sie wird
34
-
ständig weiterentwickelt und wird erst am Ende des Jahres 2007 offiziell
35
-
veröffentlicht.
33
+
Der Ordner `ruby` wird jetzt den neuesten Quellcode für die Entwicklungsversion von Ruby beinhalten (ruby-trunk).
34
+
35
+
Siehe dazu auch das Dokument [Non-committer’s HOWTO to join our development][noncommitterhowto].
36
36
37
-
Wenn du Interesse an der Verbesserung von Ruby 1.8 hast, solltest du dir
38
-
den Branch `ruby_1_8` genauer anschauen. Über den folgenden
39
-
Kommandozeilenbefehl kannst du den Quelltext auschecken:
37
+
Wenn du Commit-Berechtigung hast und etwas pushen möchtest, solltest du
38
+
das Haupt-Repository verwenden.
40
39
41
40
{% highlight sh %}
42
-
$ svn co https://svn.ruby-lang.org/repos/ruby/branches/ruby_1_8
41
+
$ git clone git@git.ruby-lang.org:ruby.git
43
42
{% endhighlight %}
44
43
45
-
Damit hast du die aktuelle Entwicklerversion des offiziellen Ruby 1.8
46
-
Zweiges in das Verzeichnis `ruby_1_8` heruntergeladen. Entwickler, die
47
-
einen Patch für diese Version entwickeln, werden darum gebeten ebenfalls
48
-
einen Patch für die Entwicklerversion 1.9 zu erstellen. Aufgrund dessen
49
-
sollten die Versionen 1.8 und 1.9 sich einander ähneln, mit der Ausnahme
50
-
von Erweiterungen an der Sprache Ruby selbst.
44
+
### Ruby verbessern, Patch für Patch
45
+
{: #patching-ruby}
51
46
52
-
Bei Interesse besteht die Möglichkeit das [Ruby-Repository über den
53
-
Webbrowser][1] zu begutachten.
47
+
Das Kernteam betreibt einen [Issue-Tracker][10] für das Beisteuern von Patches
48
+
und Fehlerberichte an Matz und die Gang. Diese Berichte werden auch an die [Ruby-Core Mailingliste][mailing-lists] zur Diskussion gesendet. So kannst du
49
+
sicher sein, dass deine Anfrage nicht unbemerkt bleibt.
50
+
Du kannst Patches auch direkt an die Mailingliste senden. Wie auch immer,
51
+
du bist herzlich eingeladen an der entstehenden Diskussion teilzunehmen.
54
52
55
-
Für weiterführende Informationen bezüglich Subversion bietet sich die
56
-
englischsprachige [Subversion-FAQ][2] und das ebenfalls
57
-
englischsprachige [Subversion-Buch][3] an.
53
+
Bitte schau dir den [Leitfaden für Patch-Autoren][writing-patches] an.
54
+
Dort findest du einige Tips direkt von Matz dazu, wie deine Patches berücksichtigt werden können.
58
55
59
-
### Mit Git arbeiten
60
-
{: #git-ruby}
56
+
Als Zusammenfassung, die Schritte zur Erstellung eines Patches sind:
61
57
62
-
Diejenigen, die [Git][4] bevorzugen, können einen [Mirror auf GitHub][5]
63
-
nutzen. Dieser kann von [offiziellen Committern][6] und [allen
64
-
Anderen][7] benutzt werden.
58
+
1. Checke den Ruby-Quellcode von GitHub aus.
59
+
Patches für Bugfixes oder neue Features sollten für den `trunk` von
0 commit comments