jj v0.41.0 veröffentlicht – Git-kompatibles Versionsverwaltungssystem

• jj fix unterstützt die Formatierung bestimmter Zeilenbereiche, sodass nur geänderte Zeilen formatiert werden können; das Verhalten lässt sich über fix.tools.<name>.line-range-arg und run-tool-if-zero-line-ranges steuern
• Mit dem neuen globalen Flag --no-integrate-operation lassen sich Befehle ausführen, ohne den Repository-Status oder die Working Copy zu beeinflussen; nützlich für Automatisierungstools in Situationen, in denen sie im Hintergrund Snapshots erstellen können
• Bei file search --pattern gibt es eine inkompatible Änderung: Der Standardwert wurde von glob: auf regex: umgestellt, und über die Syntax kind:pattern können nun mehrere Pattern-Arten akzeptiert werden
• jj git push --all, --tracked, -r REVSETS schlagen nicht mehr fehl, auch wenn die zu pushenden Revisionen privat sind oder Konflikte enthalten; nicht pushbare Bookmarks werden übersprungen
• An jj git clone übergebene Branch- und Bookmark-Pattern werden nun nicht mehr in .git/config, sondern in der jj-Repository-Konfigurationsdatei gespeichert; der Git-Fetch-Refspec wird auf den Standardwert gesetzt
• In der Template-Sprache ist Operation.tags() als veraltet vorgesehen; stattdessen wird die Verwendung von Operation.attributes() empfohlen
• Mit der neuen Einstellung diff.git.show-path-prefix lassen sich die Pfadpräfixe a/ und b/ in der Ausgabe von diff --git ausblenden
• Der Template-Sprache wurden die Funktion replace(pattern, content, replacement) und der Typ ByteString hinzugefügt, wodurch musterbasierte Ersetzungen von Strings wie reguläre Ausdrücke mit Capture-Gruppen sowie die Verarbeitung von Byte-Strings wie Dateiinhalten möglich werden
• jj gerrit upload unterstützt die Optionen --message/-m, --edit, --merged, und durch wiederholtes --hashtag können mehrere Hashtags übergeben werden
• Mit den neuen Optionen remotes.<name>.fetch-bookmarks und fetch-tags lassen sich die standardmäßig zu fetchenden Ziele festlegen
• JJ_PAGER kann nun die Einstellung ui.pager überschreiben und ermöglicht damit – ähnlich wie JJ_EDITOR – ein jj-spezifisches Environment-Variable-Override
• Bugfixes verbessern die Git-Konsistenz bei der Verarbeitung von .gitignore, steigern die Snapshot-Performance und die Geschwindigkeit von jj status in großen Repositories deutlich, und bestehende Git-Submodul-Verzeichnisse werden nicht mehr als Checkout-Konflikte behandelt

[GN⁺]

Lobste.rs-Kommentare

• Ich frage mich, wie genau die Regeln hier sind. Darf man bei manchen Projekten Release-Links posten?
  • Wenn man ins modlog schaut, sieht es so aus, als seien die Projekte des Autors wegen Eigenwerbung vorübergehend gesperrt worden.
    Releases anderer Leute zu posten ist okay, aber das System zur Eigenwerbung auszunutzen nicht.
  • Wenn du nach den Regeln fragst, schau im Abschnitt Self-promotion auf der About-Seite nach.
    Es ist gut, wenn sich der Autor an der Community beteiligt, aber man sollte sie nicht als reines Einweg-Werkzeug nutzen, um Traffic auf Produktankündigungen oder die eigene Arbeit zu lenken.
    Als Faustregel sollte Eigenwerbung weniger als ein Viertel der eigenen Beiträge und Kommentare ausmachen.
• Ich frage mich, wie man jujutsu im normalen Gespräch üblicherweise sagt oder ausspricht.
  Sagt man „J J“ oder „jujutsu“?
  • Ich sage „jj“, und das „j“ wird wie das g in „gif“ ausgesprochen.
  • Ich bin Schwede und weiß nie so recht, ob ich es schwedisch oder englisch aussprechen soll.
    In meinem Umfeld kennt niemand JJ, und weder JJ noch Jujutsu fühlen sich als Name besonders stimmig an, deshalb klingt es immer etwas unbeholfen, wenn ich darüber spreche, und ich mische verschiedene Aussprachen.
    Trotzdem mag ich JJ wirklich sehr, und der Name ist mir egal. Er heißt eben einfach so.
  • So wie bei „data“ und „data“ benutze ich einfach beide Varianten durcheinander.
  • Unter den Leuten, mit denen ich spreche, sagen alle „J J“.
  • Wenn ich darüber spreche, nenne ich es immer jay jay. Meiner Meinung nach ist das ein besserer Name als „jujutsu“.