Impressum / Imprint

Acts_as_ferret moved to Git

Posted on May 17, 2008

I’ve been using git-svn for a while now with nearly all my svn-based projects, so this was a logical step when Rubyforge started offering git hosting a while ago.

So now you can use

git clone git://rubyforge.org/actsasferret.git

to get your local copy of acts_as_ferret.

I plan to keep the svn repository’s trunk in sync with the master branch, so svn users aren’t left out in the cold.

Tagged with:    | 9 comments

Comments
  1. Yves – June 16, 2008 @ 10:18 AM
    Warum wechselst Du zu git? Könntest Du ein paar Punkte aufzählen, die einen passionierten SVN User dazu bewegen, auch zu wechseln?
  2. jk – June 24, 2008 @ 10:02 PM
    Der Hauptgrund für mich war, dass ich mit git auch committen kann wenn ich offline arbeite. Ich hab' dafür früher SVK benutzt, aber mit git fühlt sich das ganze wesentlich natürlicher an. Schneller ist es auch, wobei das zugegebenermaßen bei aaf nicht wirklich ins Gewicht fällt. Außerdem macht git es den Leuten leichter, eigene Änderungen vorzunehmen und zu pflegen bzw. an mich weiterzugeben.
  3. Thomas – July 02, 2008 @ 01:09 PM
    Gibt es eine Möglichkeit beim Rubyforge Git-Repository auch den Code online anzuschauen und insbesondere die letzten Changesets, damit man die Entwicklung besser verfolgen kann? So wie es z.B. bei Git-Hub möglich ist. Oder reicht es, wenn ich weiterhin http://projects.jkraemer.net/acts_as_ferret/browser verfolge, weil beides immer gesynct ist? Und bei dieser Gelegenheit, danke für deine Arbeit! --Thomas P.S. Ist dir bei AAF der Fehler bekannt, den ich aktuell mit dem Trunk habe? Wenn ich den Ferret DRb-Server verwende, werden keine Ergebnisse gefunden, aber ich finde auch keine Fehlermeldung in den acts_as_ferret-Logs. Wenn du möchtest, kann ich dir dazu noch mehr Infos schicken, bzw. ein Ticket erstellen.
  4. Thomas – July 02, 2008 @ 03:23 PM
    P.P.S. Ich habe das nochmal überprüft, das Problem tritt auch mit einem lokalen Index auf. Scheinbar wird kein korrekter Index aufgebaut, es werden nur die beiden Dateien "segments" und "segments_0" erstellt, nur 16, bzw. 154 Byte groß sind.
  5. jk – July 07, 2008 @ 08:48 AM
    Thomas, anscheinend wird nix indiziert. Ruf mal auf der console Model.rebuild_index auf, und sieh in den logs nach was passiert. Ansonsten - ja, einfach ticket eroeffne :-)
  6. jk – July 07, 2008 @ 08:49 AM
    und ja, der svn trunk ist bis auf weiteres immer in sync mit dem git-repository. Wenn ich mal die Zeit dazu finde kann ich ja auch noch einen mirror auf github aufsetzen ;-)
  7. Thomas – July 10, 2008 @ 02:30 PM
    Hallo Jens, danke für deine Antwort! Wenn ich Modelname.rebuild_index aufrufe und danach den Mongrel-Prozess neu starte, funktioniert die Volltextsuche wieder für dieses eine Model. Bei AAF 0.4.3 (hatte ich als GEM installiert) war das nicht nötig, auch wenn ich das Index-Verzeichnis gelöscht habe, hat er dann bei der ersten Verwendung der Volltextsuche den entsprechenden Index automatisch erstellt. Gut aber schonmal einen Workarround zu haben. Ich nutze übrigens Rails 2.1.0, wobei ich nicht weiss ob das Problem eher an dem Umstieg von 2.0.2 auf 2.1.0 liegt oder bei AAF von 0.4.3 auf den Trunk.
  8. jk – July 11, 2008 @ 09:37 PM
    Ja, aber genau dieses automatische Indizieren wurde oft als problematisch empfunden, daher passiert das jetzt nicht mehr.
  9. Thomas – July 12, 2008 @ 12:33 PM
    Ah, it's not a bug, it's a feature. ;-) Gut zu wissen, dann kann ich mir natürlich das Ticket sparen. Ich hatte mich halt an das Verhalten von AAF gewöhnt, den Index automatisch neu zu erstellen. Was ist denn jetzt die beste Vorgehensweise, wenn noch kein Index vorhanden ist, bzw. er neu erstellt werden muss? Per Rails-Konsole für jedes AAF-nutzende Model `rebuild_index' aufzurufen kann ja nicht der Weisheit letzter Schluss sein. Danke, Thomas