An alternative is to use a workflow. For example this action does something in 
that line: 
https://github.com/marketplace/actions/pull-request-ticket-check-action

Sep 17, 2020 09:51:38 Matias N. <mat...@imap.cc>:

> Thanks, I'll have a look. Manually adding text to a PR to prove yourself is 
> really not desireable, it only adds work to those who do follow the template. 
> Although if the bot can simply *check* the PR that is indeed very helpful.
> 
> Sadly I think once again this will require a access token which is taking too 
> long...
> 
> Best,
> 
> Matias
> 
> On Thu, Sep 17, 2020, at 09:47, Fotis Panagiotopoulos wrote:
> 
>> Have a look at this project.
>> 
>> https://github.com/foosel/GitIssueBot
>> 
>> It requires you to include a specific phrase in the description, proving 
>> that you have read the contribution guide.
>> 
>> Στις Πέμ, 17 Σεπ 2020 στις 3:33 μ.μ., ο/η Matias N. <mat...@imap.cc> έγραψε:
>> 
>>> Regarding following the PR template: yes, I have seen this several times. A 
>>> few thoughts:
>>> 
>>> * We can add one comment line to each PR description section in the 
>>> template like <!-- fill this, this is mandatory! -->. This can be annoying 
>>> to the rest who don't need the reminder.
>>> 
>>> * Add a CONTRIBUTING.md to the repo, it appears linked as shown in the 
>>> image below
>>> 
>>> * We could eventually look into some GitHub bot that takes care of 
>>> answering PRs with missing fields with a "Please fill PR description". 
>>> Doing this manually gets old...
>>> 
>>> And an important tip: when you create a commit message and you follow this 
>>> format:
>>> 
>>> <first line>
>>> 
>>> <blank line>
>>> 
>>> <multiple lines>
>>> 
>>> GitHub will use the first line for the PR title and the other lines for the 
>>> PR description (although it annoyingly cuts the title if it exceeds certain 
>>> length). I would really like the GH template to be able to specify a place 
>>> for this description as it appears right above the template so I have to 
>>> manually copy it to the summary.
>>> 
>>> Regarding policy for commit message: I agree in general to be descriptive 
>>> in commit message but let's try to keep it reasonable since not every 
>>> single commit needs a paragraph description. A very well described PR to me 
>>> is much more important than adding an extended description to every single 
>>> commit. We can discuss this separately though.
>>> 
>>> Best,
>>> 
>>> Matias
>>> 
>>>  [cid:1749c16f9dfcb971f161]
>>> 
>>> On Thu, Sep 17, 2020, at 07:52, Jerpelea, Alin wrote:
>>> 
>>>> The problem as I see it is not for the PR only since we merged commits 
>>>> that have the same issues.
>>>> 
>>>> Try  "git log" in a console and you will see that most commits have only a 
>>>> title without a commit message and context.
>>>> 
>>>> This may become a problem if in the future we want to understand why a 
>>>> commit was added without going back and studying the PR message.
>>>> 
>>>> To address this issue
>>>> 
>>>> I tried to educate the authors so I started working on a commit guideline 
>>>> document that can help us align on how a commit title and message should 
>>>> look.
>>>> 
>>>> We can expand the same to the PR and educate ourselves so that we end with 
>>>> a clean description for each PR and commit
>>>> 
>>>> Where should I publish this document?
>>>> 
>>>> Regards
>>>> 
>>>> Alin
>>>> 
>>>> -----Original Message-----
>>>> 
>>>> From: David Sidrane <david.sidr...@nscdg.com>
>>>> 
>>>> Sent: den 17 september 2020 11:59
>>>> 
>>>> To: dev@nuttx.apache.org
>>>> 
>>>> Subject: PR's without adequate information
>>>> 
>>>> PR's without adequate information
>>>> 
>>>> We are getting a slew of PR's without adequate information to consider 
>>>> merging them. Some of the Titles are incomplete or misleading.
>>>> 
>>>> I am also concerned about bloat and the loss of one of NuttX major
>>>> 
>>>> advantages: Scalability.
>>>> 
>>>> I have no doubt, there is a great deal of value being added but for* only 
>>>> some users**.* The changes are coming in with no way to disable them.
>>>> 
>>>> I would ask that PR have all the description sections filled in and 
>>>> provide justification.
>>>> 
>>>> I have seen this asked for repeatedly by several of the committers. We 
>>>> also have some excellent examples now or PRs that offer great context. 
>>>> Please model your submission after those PR.
>>>> 
>>>> Helping a reviewer gain the context, of Why, How, and What, will speed PR 
>>>> review and acceptance. Having to look at a PR and infer the intent waste 
>>>> of everyone's time.
>>>> 
>>>> David
>>>> 
>> Attachments:
>> 
* >> image.png
> 

Reply via email to