Git commit messages übersetzen? (Editoren, Versionsverwaltung und andere Tools)

[thread]18897[/thread]

Git commit messages übersetzen?

Leser: 19

Articles: hide open all | hide show old branches

+5 replies
flowdy

2014-02-09 17:19

User since
2012-08-03
45 Artikel
BenutzerIn

Hallo,

ich möchte bald mein Perlprojekt auf Github veröffentlichen.

Bisher habe ich meine Commit messages auf deutsch verfasst. Wenn ich mein Projekt bald einer mglw. internationalen Community über Github vorstelle, kann sie wahrscheinlich nicht viel mit meinen ersten 270 Commitbeschreibungen anfangen. Wenn es möglich ist, würde ich die Messages gerne sukzessive "in place" ins Englische übertragen.

Git hat im Gegensatz zu z.B. Mercurial den Vorteil, dass man Commits auch im Nachhinein noch ändern kann. Mit ein Grund, warum ich irgendwann vom einen zum anderen VCS migriert habe.

Gibt es eine elegantere Lösung als ein simples englischsprachiges Changelog?

Viele Grüße
flowdy
package MyClass; sub new {\b\b\b\b\b\b\b\b\buse Moose;
- moritz
  
  2014-02-09 19:03
  User since
  2007-05-11
  923 Artikel
  HausmeisterIn
  Du kannst dir mit 'git log' die sha1 des ersten Commits heraussuchen, und dann
  
  Code: (dl )
  
  git rebase -i $sha1
  
  laufen lassen, und dann die deutschsprachigen Commits mit
  
  Code: (dl )
  
  r
  
  (reword) markieren; dann geht für jeden solchen Commit ein Editor-Fenster auf, in dem die commit message bearbeiten kannst
  Perl 6 - Perls Zukunft
- +3 replies
- Raubtier
  
  2014-02-09 22:16
  
  User since
  2012-05-04
  1075 Artikel
  BenutzerIn
  
  Hallo flowdy,
  
  ich benutze sehr gerne stacked git (stg), wenn ich vergangene Commits bearbeiten möchte. Ich finde das irgendwie einfacher als das rebase -i.
  
  Wie geht's?
  
  Einmalig im Branch: stg init
  Dann mit stg uncommit -n 270 die letzten 270 Commits in die Verwaltung von stg übertragen.
  Mit stg series siehst du jetzt deine Commits in der Verwaltung von stg.
  Dann kannst du mit stg edit <name-des-patches> den jeweiligen Commit (nur die Message) inplace bearbeiten. Wenn du --diff als Option hinzufügst, kannst du sogar direkt den Diff bearbeiten!
  Wenn du fertig bist, einfach via stg commit -a die Patches wieder aus der stg-Verwaltung entfernen. Das gute an stg ist, dass man mit stg undo einen Fehler rückgängig machen kann.
  
  Wenn ich z.B. an 2 Commits (aaaa und bbb, bbb zeitlich hinter aaa) gleichzeitg arbeite, habe ich diesen beiden in der stg-Verwaltung. Wenn ich dann an Commit aaa was ändern will, kann ich einfach stg refresh -p aaa <dateiname> eingeben und muss nicht einen weiteren Patch erstellen, denn ich dann interaktiv auf HEAD~3 rebasen/squashen muss.
  
  Ich mag stg vor allem deswegen lieber als plain git, weil es nur eine handvoll Kommandos braucht, die man sich merken muss. Außerdem motiviert es, erst die Commit-Message zu schreiben und dann zu programmieren. Und beim Programmieren oft mit stg refresh einen aktuellen Stand zwischenzuspeichern. Und ich würde sagen, dass alles, was man sonst mit rebase -i anstellen kann (Patches umordnen, squashen, entfernen) einfacher geht. Im Prinzip ist es wie ein großer benamster geordneter stash.
  
  Da sich beim Bearbeiten natürlich alle git-Hashsummen ändern, sollte man die Vergangenheit nur bearbeiten, wenn man seine Commmits noch nicht öffentlich gepusht hat.
  Last edited: 2014-02-09 22:34:52 +0100 (CET)
  - +2 replies
  - flowdy
    
    2014-02-10 20:16
    
    User since
    2012-08-03
    45 Artikel
    BenutzerIn
    
    Hallo Raubtier,
    
    danke für den Tipp mit stg, gut das zu kennen. Scheint mir sowas zu sein wie die MqExtension bei Mercurial, die ich aber nie verwendet hab.
    
    Frage dazu: Durch stg commit verändert sich also der Hashwert, soweit klar. Was ist jedoch mit dem Zeitstempel, ändert der sich? Nur falls du es weißt.
    
    Viele Grüße
    flowdy
    package MyClass; sub new {\b\b\b\b\b\b\b\b\buse Moose;
    - Raubtier
      
      2014-02-10 22:05
      
      User since
      2012-05-04
      1075 Artikel
      BenutzerIn
      
      Nein, stg commit ändert nicht den Hashwert, das sagt dir nur, dass der unterste Commit, den stg verwaltet, jetzt nicht mehr mit stg verwaltet werden soll.
      
      Also z.B.
      
      Code: (dl )
      
      1 2 3 4 5 6 7
      
      mkdir -p /tmp/raubtiergit && cd /tmp/raubtiergit git init touch a ; git add a ; git commit -a -m "test1" touch b ; git add b ; git commit -a -m "anderer test" touch c ; git add c ; git commit -a -m "foobar" stg init stg uncommit -n 2
      
      Du bekommst jetzt als Ausgabe von stg series (Achtung: die Patches werden von alt nach neu ausgegeben, umgekehrt zu git log):
      
      Code: (dl )
      
      1 2 3
      
      /tmp/raubtiergit(master|✔) % stg series + anderer-test > foobar
      
      Die beiden letzten Patches sind also nun unter der Verwaltung von stg. Mit z.B. gitg oder gitk kannst du aber leicht sehen, dass beide Patches auch im "normalen" git da sind. Der Hashwert ändert sich, wenn du z.B. mit stg pop anderer-test einen Commit aus der Mitte wegnimmst:
      
      Code: (dl )
      
      1 2 3 4 5 6 7 8 9 10
      
      /tmp/raubtiergit(master|✔) % git log --oneline 7e607ee foobar 45b9446 anderer test 04b154e test1 /tmp/raubtiergit(master|✔) % stg pop anderer-test Popped foobar -- anderer-test Pushing patch "foobar" ... done /tmp/raubtiergit(master|✔) % git log --oneline b94d522 foobar 04b154e test1
      
      Oder natürlich wenn du mit stg edit oder mit stg refresh einen Patch bearbeitest.
      
      Der Zeitstempel: Nun, probiere es doch einfach mal aus! stg edit zeigt dir auch den Zeitstempel an - du kannst ihn nach deinen Wünschen bearbeiten!
      
      Ach so, noch eins: den allerersten Patch kannst du mit stg nicht ändern.
      
      D.h. ich würde das hier machen:
      
      Code: (dl )
      
      1 2 3 4 5 6 7
      
      cd dein_git_verzeichnis stg init stg uncommit -n $[-1+`git rev-list HEAD --count`] stg pop -a echo "Jetzt den allerersten Commit ändern (Spezialfall)" git commit --amend stg push -a
      
      ... und dann solange folgendes Kommando wiederholen, bis fertig:
      
      Code: (dl )
      
      stg edit `stg series | head -n1 | awk '{print $2}'` && stg commit
      
      Hat den großen Vorteil, dass du immer mal ganz schnell eine Commit-Message änden kannst. Und mit stg series | wc -l siehst du dann, wie viele noch verbleiben...
      Last edited: 2014-02-10 22:24:59 +0100 (CET)

View all threads created 2014-02-09 17:19.