* [PATCH] Documentation: specify base point when generating MyFirstContribution patchset @ 2021-10-13 12:22 Bagas Sanjaya 2021-10-13 20:30 ` Junio C Hamano 0 siblings, 1 reply; 4+ messages in thread From: Bagas Sanjaya @ 2021-10-13 12:22 UTC (permalink / raw) To: git; +Cc: Glen Choo, Junio C Hamano, Carlo Arenas, Bagas Sanjaya Some reviewers need to know the base point of patchset a contributor being worked on. Mention how to answer that. Signed-off-by: Bagas Sanjaya <bagasdotme@gmail.com> --- Documentation/MyFirstContribution.txt | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/Documentation/MyFirstContribution.txt b/Documentation/MyFirstContribution.txt index b20bc8e914..081fb71327 100644 --- a/Documentation/MyFirstContribution.txt +++ b/Documentation/MyFirstContribution.txt @@ -937,6 +937,13 @@ but want reviewers to look at what they have so far. You can add this flag with Check and make sure that your patches and cover letter template exist in the directory you specified - you're nearly ready to send out your review! +Some reviewers (notably testers) would like to know at what point your patchset +are based on (in particular to apply the patchset). In such cases, you can +mention the base point when preparing your email (see below section), or by +passing `--base=$(git merge-base master psuh)` to `format-patch`. If no base +point is specified, the patchset is assumed to be applied on top of current +tip of `master` branch. + [[cover-letter]] === Preparing Email base-commit: 106298f7f9cca4158a980de149ef217751e1f943 -- An old man doll... just what I always wanted! - Clara ^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [PATCH] Documentation: specify base point when generating MyFirstContribution patchset 2021-10-13 12:22 [PATCH] Documentation: specify base point when generating MyFirstContribution patchset Bagas Sanjaya @ 2021-10-13 20:30 ` Junio C Hamano 2021-10-15 6:51 ` Bagas Sanjaya 0 siblings, 1 reply; 4+ messages in thread From: Junio C Hamano @ 2021-10-13 20:30 UTC (permalink / raw) To: Bagas Sanjaya; +Cc: git, Glen Choo, Carlo Arenas Bagas Sanjaya <bagasdotme@gmail.com> writes: > +Some reviewers (notably testers) would like to know at what point your patchset > +are based on (in particular to apply the patchset). In such cases, you can > +mention the base point when preparing your email (see below section), or by > +passing `--base=$(git merge-base master psuh)` to `format-patch`. If no base > +point is specified, the patchset is assumed to be applied on top of current > +tip of `master` branch. This document is about contributing to _this_ project, so I think we can and should be more explicit to say what is preferred, not "some would like to know, and in such a case you give this extra piece", as by definition, somebody who is making their first contribution would not know whether the reviewer who looks at your work is among these "some" or not. It would help those who review and test your patches to make it clear on what commit they are meant to apply. To do so, use the "--base" option to record the commit on which you based the series when running "git format-patch". If no base is given, what is assumed by default various by recipient, so all we could say is "If no base is specified, nothing is assumed", but let's rather not say anything to confuse the readers. We could say what we want to see the first-time contributors do, but I do not think it is needed in this case. Side note. We want a new feature to be built on 'master' (or the last feature release, if nothing in flight conflicts with it)), and a bugfix to be built on one of the older release point (to be applicable to the maintenance tracks). But the section we are discussing, i.e. how to run format-patch, is not the place to do so, as it is too late---it must be decided before the contributor starts working on the series. As the example of this document is about adding a new "feature", we should have a sentence to explain, in the "Set up your workspace" section, why we chose 'master' as the base point (and the existing text already says why). Thanks. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] Documentation: specify base point when generating MyFirstContribution patchset 2021-10-13 20:30 ` Junio C Hamano @ 2021-10-15 6:51 ` Bagas Sanjaya 2021-10-15 16:26 ` Junio C Hamano 0 siblings, 1 reply; 4+ messages in thread From: Bagas Sanjaya @ 2021-10-15 6:51 UTC (permalink / raw) To: Junio C Hamano; +Cc: git, Glen Choo, Carlo Arenas On 14/10/21 03.30, Junio C Hamano wrote: > Side note. We want a new feature to be built on 'master' (or > the last feature release, if nothing in flight conflicts > with it)), and a bugfix to be built on one of the older > release point (to be applicable to the maintenance tracks). > But the section we are discussing, i.e. how to run > format-patch, is not the place to do so, as it is too > late---it must be decided before the contributor starts > working on the series. As the example of this document is > about adding a new "feature", we should have a sentence to > explain, in the "Set up your workspace" section, why we > chose 'master' as the base point (and the existing text > already says why). It has been described before: > Let's start by making a development branch to work on our changes. Per > `Documentation/SubmittingPatches`, since a brand new command is a new feature, > it's fine to base your work on `master`. However, in the future for bugfixes, > etc., you should check that document and base it on the appropriate branch. Leave it as is? -- An old man doll... just what I always wanted! - Clara ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] Documentation: specify base point when generating MyFirstContribution patchset 2021-10-15 6:51 ` Bagas Sanjaya @ 2021-10-15 16:26 ` Junio C Hamano 0 siblings, 0 replies; 4+ messages in thread From: Junio C Hamano @ 2021-10-15 16:26 UTC (permalink / raw) To: Bagas Sanjaya; +Cc: git, Glen Choo, Carlo Arenas Bagas Sanjaya <bagasdotme@gmail.com> writes: >>... >> chose 'master' as the base point (and the existing text >> already says why). > > It has been described before: Yes, re-read what you quoted and you'd find "and the existing text already says why". > Leave it as is? Yes, that section can stay the same, as I said. In short, everything I said in the message you are responding to still stands. Thanks. ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2021-10-15 16:26 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2021-10-13 12:22 [PATCH] Documentation: specify base point when generating MyFirstContribution patchset Bagas Sanjaya 2021-10-13 20:30 ` Junio C Hamano 2021-10-15 6:51 ` Bagas Sanjaya 2021-10-15 16:26 ` Junio C Hamano
Code repositories for project(s) associated with this public inbox https://80x24.org/mirrors/git.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).