Różnica między autorem a autorem w Git?

Próbuję zrobić coś w rodzaju zatwierdzenia

git commit --author="John Doe <[email protected]>" -m "<the usual commit message>"

gdzie John Doe to użytkownik, którego imię chcę dokonać zatwierdzenia.

Wygląda na to, że wszystko w porządku git log. Jednak gdy wykonam a gitk, nazwa autora jest poprawna, ale nazwa osoby odpowiedzialnej jest wybierana z moich globalnych ustawień konfiguracji git (i dlatego jest ustawiona na moje imię / adres e-mail).

pytania

1. Jaka jest różnica między nimi (osoba odpowiedzialna a autor)?

2. Czy powinienem ustawić także osobę odpowiedzialną za komunikację również innemu użytkownikowi?

3. Jeśli tak to jak?

Oryginalny plakat pyta:

Jaka jest różnica między nimi (Committer vs autor)?

Autor jest osobą, która pierwotnie napisała kod. Z drugiej strony przyjmuje się, że osoba odpowiedzialna jest za osobę, która popełniła kod w imieniu oryginalnego autora. Jest to ważne w Git, ponieważ Git umożliwia przepisywanie historii lub stosowanie łatek w imieniu innej osoby. Darmo w Internecie Pro Git książka wyjaśnia to tak:

Być może zastanawiasz się, jaka jest różnica między autora i committer . Autor jest osobą, która pierwotnie napisał łatkę, natomiast committer jest osoba, która ostatnia zastosowała poprawki. Tak więc, jeśli wyślesz łatkę do projektu, a jeden z głównych członków zastosuje łatkę, oboje dostaniesz kredyt - ty jako autor, a główny członek jako zlecający.

Oryginalny plakat pyta:

Czy powinienem ustawić także osobę odpowiedzialną za komunikację również innemu użytkownikowi?

Nie, jeśli chcesz być szczery, nie powinieneś przypisywać autora do autora, chyba że autor i autor są w rzeczywistości tą samą osobą.

Lista mailingowa + git format-patch+ git applymoże generować autora! = Committer

W projektach takich jak jądro Linuksa, w których znajdują się łatki:

• wygenerowane przez git format-patch
• wysyłane pocztą elektroniczną, przez wklejenie kopii lub częściej za pomocą git send-email
• stosowane przez inną osobę albo z git applyalbo git am: Jak używać git am zastosować łaty z wiadomości e-mail?

generowanie jednego nowego zatwierdzenia z innym autorem i podmiotem zatwierdzającym:

• to autor napisał łatkę
• podmiot odpowiedzialny jest tym, który jest opiekunem projektu i który połączył łatkę

Zobacz na przykład tę losowo wybraną poprawkę i odpowiadający jej zatwierdzenie:

• https://lkml.org/lkml/2018/1/25/568
• https://github.com/torvalds/linux/commit/5beda7d54eafece4c974cfa9fbb9f60fb18fd20a

Interfejsy internetowe Git, takie jak GitHub i GitLab, mogą generować autor!

Ponieważ Git (Hub | Lab) przechowuje zarówno repozytoria nadrzędne, jak i widełkowe na tej samej maszynie, mogą one automatycznie robić wszystko, co można zrobić lokalnie, w tym:

• Utwórz zatwierdzenie scalania.

  Nie generuje autora! = Committer.

  Utrzymuje SHA lub nowe zatwierdzenie nienaruszone i tworzy nowe zatwierdzenie:

  * Merge commit (committer == author == project maintainer)
  |\
  | * Feature commit (committer == author == contributor)
  |/
  * Old master (random committer and author)
  

  Historycznie była to pierwsza dostępna metoda na GitHub.

  Lokalnie odbywa się to za pomocą git merge --no-ff.

  Powoduje to dwa zatwierdzenia na żądanie ściągnięcia i zachowuje rozwidlenie w historii git.

• rebase na górze master

  GitHub włamuje się również do commits, aby ustawić committer == ktokolwiek nacisnął przycisk scalania. Nie jest to obowiązkowe i nie jest nawet domyślnie wykonywane lokalnie przez git rebase, ale daje rozliczalność opiekunowi projektu.

  Drzewo git wygląda teraz następująco:

  * Feature commit (committer == maintainer, author == contributor)
  |
  * Old master (random committer and author)    
  

  który jest dokładnie taki jak w git applyłatkach e-mail.

Obecnie na GitHub:

• metodę wybierasz podczas scalania za pomocą menu rozwijanego na przycisku scalania
• metody mogą być włączone lub wyłączone w ustawieniach repo przez właściciela

https://help.github.com/articles/about-merge-methods-on-github/

Jak ustawić moduł zatwierdzający nowego zatwierdzenia?

Najlepsze, co mogłem znaleźć, to użycie zmiennych środowiskowych do zastąpienia obiektu polecającego:

GIT_COMMITTER_NAME='a' GIT_COMMITTER_EMAIL='a' git commit --author 'a <a>'

Jak uzyskać datę zatwierdzenia i zatwierdzenia danego zatwierdzenia?

Domyślnie wyświetlane są tylko dane autora git log.

Aby zobaczyć datę zleceniodawcy, możesz:

• sformatuj dziennik specjalnie w tym celu:

  git log --pretty='%cn %cd' -n1 HEAD
  

  gdzie cni cdza Committer NameiCommitter Date

• użyj fullerpredefiniowanego formatu:

  git log --format=fuller
  

  Zobacz także: Jak skonfigurować „git log”, aby wyświetlał „datę zatwierdzenia”

• zejdź na niski poziom i pokaż wszystkie dane zatwierdzenia:

  git cat-file -p HEAD
  

Jak ustawić datę zatwierdzenia nowego zatwierdzenia?

git commit --date ustawia tylko datę autora: dla daty osoby odpowiedzialnej najlepiej znalazłem zmienną środowiskową:

GIT_COMMITTER_DATE='2000-01-01T00:00:00+0000' git commit --date='2000-01-01T00:00:00+0000'

Zobacz także: Jaka jest różnica między autorem a autorem w Git?

Jak Git przechowuje wewnętrznie autora kontra autora?

Zobacz: Jaki jest format pliku obiektu git commit?

Zasadniczo zatwierdzenie jest plikiem tekstowym i zawiera dwa pola oddzielone liniami:

author {author_name} <{author_email}> {author_date_seconds} {author_date_timezone}
committer {committer_name} <{committer_email}> {committer_date_seconds} {committer_date_timezone}

To wyjaśnia, że ​​oba są dwoma całkowicie niezależnymi wpisami danych w obiekcie zatwierdzenia.

@Ciro Santilli 新疆 改造 中心 六四 事件 法轮功zaproponował użycie

GIT_COMMITTER_NAME='a' GIT_COMMITTER_EMAIL='a' git commit --author 'a <a>'

Aby uniknąć powtarzania nazwy i adresu e-mail, możesz ich ponownie użyć

GIT_COMMITTER_NAME='a'; GIT_COMMITTER_EMAIL='a'; git commit --author "$GIT_COMMITTER_NAME <$GIT_COMMITTER_EMAIL>"

który najpierw ustawia zmienne w osobnych poleceniach, a następnie wykorzystuje je do git commitwywołania (zwróć uwagę na podwójne nawiasy).