yes, thanks, I did that (set up a repo under my own account, to have a look).

>From looking at the kind of display the gitbox.a.o website has, it looks like 
>it
might

be using the built-in-to-git GitWeb. 

https://git-scm.com/book/en/v2/Git-on-the-Server-GitWeb

-Marshall

On 9/4/2019 5:12 PM, Richard Eckart de Castilho wrote:
> On 4. Sep 2019, at 23:01, Marshall Schor <m...@schor.com
> <mailto:m...@schor.com>> wrote:
>>
>> On the asf infra slack channel, I asked about protection for uima-uimaj
>> branches, what was set, how to see, etc.
>>
>> The answer was:
>>
>>>>> right now, nothing, which is actually an oversight on my part. i need to
>>>>> go protect
>> the master branch.
>>>>> protect = refs/heads/trunk refs/heads/master refs/heads/rel/ 
>>>>> refs/tags/rel/
>>>>> that is the default protection
>>
>> Protection appears to be a property of GitHub, not of "git" itself (the 
>> ProGit
>> book has no hits for this kind of protection).
>
> I believe "protection" is a capability of the specific git server (repo 
> software)
> being used. I don't know how it is normally (i.e. in the "native" git server) 
> implemented, but I would suspect through commit hooks.
>
> GitHub has protection capabilities which go beyond what a simple commit hook 
> could
> provide. In particular the ability to enforce that quality checks have
> successfully
> completed before a branch (PR) can be merged. This can be used to enforce that
> e.g.
> a Jenkins build on the PR commit has successfully completed before it is
> allowed to
> be merged into master.
>
>> Also, when branches are "protected" in github, you have to additionally 
>> specify
>> the kinds of protection.  Does anyone know what these are?  I feel like I'm
>> missing some significant documentation ...
>
> I have attached a screenshot of the protection settings of the master branch 
> of
> INCEpTION (a project I am working on). "UKP OSS Jenkins" is the CI system we 
> use
> and "Licence compliance" uses fossa.io <http://fossa.io>. The rest is probably
> self-explanatory
> given the brief descriptions offered for each item.
>
> You might care to set up some repo under your own account to be able to 
> access all
> the repo settings (which you cannot access under the ASF organization) and by 
> that
> way get an idea of what options could be set.
>
> Cheers,
>
> -- Richard
>
>

Reply via email to