Гиттегі өшіру мүмкіндігі қандай?

Гиттегі шығу функциясының мәні қандай?

 git commit --signoff 

Мен оны қай кезде қолдануға тура келеді?

400
26 дек. Кларк Гаебель 26 желтоқсанда құрылды 2009-12-26 01:30 '09 сағат 1: 30-де 2009-12-26 01:30
@ 4 жауаптар

Экстракт Linux ядросына және бірнеше басқа жобаларға түзетулер енгізудің қажеттілігі болып табылады, бірақ көптеген жобалар оны нақты пайдаланбайды.

Бұл ШЫҰ-ның талап-арызынан кейін (және ШЫҰ-дан авторлық құқықты бұзу туралы басқа айыптаулар ), әзірлеушілердің пайда болу сертификаты ретінде енгізілді . Бұл түзетуді жасағаныңызды растай аласыз немесе сіз білетін жерге сәйкес ашық бастапқы код лицензиясының негізінде жасалды немесе оны осы жағдайдағы басқа біреудің бергенін растайсыз. Бұл тегін бағдарламалық жасақтама лицензиясының (ашық көз) босатылмаған авторлық құқық кодын ядроға кірмеуін қамтамасыз ету үшін осы кодтың авторлық құқық мәртебесі үшін жауапты адамдар тізбегін жасауға көмектесе алады.

392
26 дек. Жауап Брайан Кэмпбелл 26 желтоқсан. 2009-12-26 01:39 '09 в 1:39 2009-12-26 01:39

Шығару - міндеттеме авторының кім екенін анықтайтын хабардың соңында жол. Оның басты мақсаты кімнің, әсіресе, түзетулердің барлығын қадағалауды жетілдіру.

Мысал:

 Made an update to xyz. Signed-off-by: Super Developer <super.dev@gmail.com> 

Егер ол ашық бастапқы жоба үшін пайдаланылса, ол нақты пайдаланушы аты болуы керек.

border=0

Егер филиалдың әзірлеушісі оларды біріктіру үшін патчтарды сәл өзгерту керек болса, ол жіберушіні қайталауды сұрауы мүмкін, бірақ бұл кері нәтиже береді. Ол кодты түзете алады және оны соңына қойып, автор қате енгізілгендіктен емес, патч үшін несие ала алады.

 Made an update to xyz. Signed-off-by: Super Developer <super.dev@gmail.com> [uber.dev@gmail.com: renamed methods according to naming conventions.] Signed-off-by: Uber Developer <uber.dev@gmail.com> 

Дереккөз: http://gerrit.googlecode.com/svn/documentation/2.0/user-signedoffby.html

45
26 дек. Hoto 26 желтоқсанға жауап берді 2012-12-26 20:36 '12 сағат 20: 36-да 2012-12-26 20:36

go 2.7.1 (2016 жылғы ақпан) b2c150d (2016 жылдың 5 қаңтарында) Дэвид А. Уилер ( david-a-wheeler ) жасаған кезде түсіндіреді .
( gitster - готтормен бірлесіп , 2016 жылдың 5 ақпанында 7aae9ba күні

git commit адамның беті енді мыналарды қамтиды:

 -s:: --signoff:: 

Кепілгердің қолтаңбалы жолын тіркеу журналын аяқтауға қосыңыз.
Қол қою мәні жобаға байланысты, бірақ әдетте, бұл қызметкердің осы жұмысты бір лицензия бойынша беруге құқығы бар және Origin developer сертификатымен келіседі (қосымша ақпарат алу үшін http://developercertificate.org/ қараңыз).


Құжаттарды сипаттайтын құжаттарды кеңейтіңіз

Түрлі құжаттарды (адам беттерін) өзгерту - не істеу керек екенін түсіндіру үшін.

Бұл «Bottomley жүзімінің мақаласы: ДКҰ үшін қарапайым ұсыныс» (Origin Developer Certificate) мақаласынан шығады , онда Пауыл атап өтті

DCO-дің міндеті - «27» дәлелін қосу үшін дәлелді қосу дегеніміз, сіз көргеніңізге қарамастан, DCO ( t22> адам еш жерде ешқандай ДК-ны айтпайды ) туралы естігеніңізді білдірмейді .

Сонымен, « Signed-off-by » -нің қатысуы қандай да бір жолмен жіберуші ДКҰ-ның келісетінін және жіберетіндігін білдіреді? Осы фактімен қатар мен SOB-ті жоқ патчтардағы тізімдерге жауаптарды көрдім, олар «Келісім-шартты пайдалана отырып, оны оны жібере аламын» деп айтпайды.

--signoff құжаттамасын кеңейту, әзірлеушілер оны түсінгенде, оны пайдаланған кезде оны --signoff туралы талапты жеңілдетеді.


Назар аударыңыз, бұл хабарлама енді (Jump 2.15.x / 2.16, Q1 2018) үшін баруға git pull .

3a4d2c7 міндеттемесін қараңыз (2017 жылдың 12 қазаны) У. Тревор Кинг ( wking ) .
( Junio ​​S gitster - gitster біріктіру - gitster , 2017 жылғы 6 қарашадағы

pull : pass --signoff/--no-signoff « git merge » --signoff/--no-signoff

біріктіру мүмкін - --signoff , бірақ төмен --signoff - қол қою ыңғайсыз; опцияны қабылдауға және оны өтуге мүмкіндік береді.

21
06 февр. Жауап VonC 06 ақпанда берілді. 2016-02-06 09:22 '16 в 9:22 Маусым 2016-02-06 09:22

Бұл сұраққа жақсы жауаптар бар. Мен қазіргі заманғы тәжірибеде сызықтардың / тақырыптардың / тіркемелердің түрлерінің қайсысы бар деген кеңірек жауапты қосуға тырысамын. Тақырыпта көп емес (бұл жалғыз емес).

Git және Linux секілді жобаларда қолданыстағы практикада «өшіру» (↑ 2) секілді тақырыптар немесе тіркемелер (↑ 1) әрекеттердің тиімді метадеректері болып табылады. Олардың бәрі хабарламаның соңына қосылады, кейін хабардың «еркін нысаны» (құрылымдық емес) бөлігі. Бұл әдетте нүкте мен бос орынмен шектелетін таңбалау жұптары (немесе негізгі мән) болып табылады ( :␣ ).

Мен айтқанымдай, «жабылу» қазіргі тәжірибеде жалғыз тіркеме емес. Мысалы, «Dirty Cow» компаниясымен байланысты бұл міндеттемені қараңыз:

  mm: remove gup_flags FOLL_WRITE games from __get_user_pages() This is an ancient bug that was actually attempted to be fixed once (badly) by me eleven years ago in commit 4ceb5db9757a ("Fix get_user_pages() race for write access") but that was then undone due to problems on s390 by commit f33ea7f404e5 ("fix get_user_pages bug"). In the meantime, the s390 situation has long been fixed, and we can now fix it by checking the pte_dirty() bit properly (and do it better). The s390 dirty bit was implemented in abf09bed3cce ("s390/mm: implement software dirty bits") which made it into v3.9. Earlier kernels will have to look at the page state itself. Also, the VM has become more scalable, and what used a purely theoretical race back then has become easier to trigger. To fix it, we introduce a new internal FOLL_COW flag to mark the "yes, we already did a COW" rather than play racy games with FOLL_WRITE that is very fundamental, and then use the pte dirty flag to validate that the FOLL_COW flag is still valid. Reported-and-tested-by: Phil "not Paul" Oester <kernel@linuxace.com> Acked-by: Hugh Dickins <hughd@google.com> Reviewed-by: Michal Hocko <mhocko@suse.com> Cc: Andy Lutomirski <luto@kernel.org> Cc: Kees Cook <keescook@chromium.org> Cc: Oleg Nesterov <oleg@redhat.com> Cc: Willy Tarreau <w@1wt.eu> Cc: Nick Piggin <npiggin@gmail.com> Cc: Greg Thelen <gthelen@google.com> Cc: stable@vger.kernel.org Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> 

Жоғарыда келтірілген мысалдағы тіркеме тіркемеден басқа:

  • «Көшірме» (патч туралы хабарландырылған)
  • «Acked-by» (кодын иесі растаған, «маған жақсы көрінеді»)
  • «Тексерілген» (қарап шыққан)
  • «Жіберілген және тексерілген» (мәселе анықталған және тексерілген (менің болжауымша))

Басқа жобалар, мысалы, Геррит сияқты, өздерінің тақырыптары мен ілеспе мағынасы бар.

Қараңыз: https://git.wiki.kernel.org/index.php/CommitMessageConventions

Әңгіме моральдық

Мен осы метадеректердің бастапқы мотивациясы кейбір құқықтық сұрақтар болғанымен (басқа жауаптарға қарағанда), мұндай метадеректердің тәжірибесі авторлық тізбекті қалыптастыру жағдайында алға бастады.

[↑ 1]: man git-interpret-trailers
[↑ 2]: Кейде олар кейде «собы» деп аталады (инициалдары).

3
15 дек. Жауап 15 желтоқсан күні Guildenstern хабарлайды. 2016-12-15 16:06 '16, 16:06 2016-12-15 16:06

тегтеріне қатысты басқа сұрақтар немесе Сұрақ қою