public inbox for cip-dev@lists.cip-project.org
 help / color / mirror / Atom feed
From: agustin.benito@codethink.co.uk (Agustín Benito Bethencourt)
To: cip-dev@lists.cip-project.org
Subject: [cip-dev] Proposal: Gitlab role policy
Date: Mon, 03 Sep 2018 08:45:18 +0100	[thread overview]
Message-ID: <11381191.9JQy6d6fcj@linux-if6s> (raw)
In-Reply-To: <OSAPR01MB22442513D456A36A3387094CB50C0@OSAPR01MB2244.jpnprd01.prod.outlook.com>

Hi,

On Monday, 3 September 2018 07:50:22 WEST ???? / KAWAI?HIDEHIRO wrote:
> Hello Agustin,
> 
> > > * TSC representatives from each company will be owners, as well as the tool admin, at group level.
> > 
> > I have applied Owner rights to the CIP group to the following people:
> > * Jan K - Siemens
> > * Yoshi - Toshiba
> > * Takehisa K - Renesas
> > * Sz Lin - Moxa
> > * myself - Codethink
> > *  - Hitachi
> > * - Cybertrust
> > * - Pla'Home
> > 
> > Who should I add from these three Members?
> 
> Could you add me (user name: h-kawai) as TSC representative from Hitachi?

Done

> 
> Best regards,
> 
> Hidehiro Kawai
> Hitachi, Ltd. Research & Development Group
> 
> > -----Original Message-----
> > From: cip-dev-bounces at lists.cip-project.org <cip-dev-bounces@lists.cip-project.org> On Behalf Of Agustin Benito
> > Bethencourt
> > Sent: Thursday, August 30, 2018 6:19 PM
> > To: cip-dev at lists.cip-project.org
> > Subject: [!]Re: [cip-dev] Proposal: Gitlab role policy
> > 
> > Hi,
> > 
> > This is a summary of the application of the policy.
> > 
> > On Thursday, 9 August 2018 10:21:50 WEST Agust?n Benito Bethencourt wrote:
> > > Hi,
> > >
> > > now that we have new kernel maintainers it might be time to pay a little attention  to the user permissions/roles policy
> > at Gitlab.com.
> > >
> > > Some time ago we agreed to divide the different repositories in subgroups in preparation for this time. We can segment
> > the permissions we provide to CIP contributors by subgroup. We have the following subgroups:
> > > * 3rd party software (mostly related with testing for now (special case)
> > > * cip-testing
> > > * cip-kernel
> > > * cip-core
> > >
> > > For simplicity, I suggest the following:
> > > * TSC representatives from each company will be owners, as well as the tool admin, at group level.
> > 
> > I have applied Owner rights to the CIP group to the following people:
> > * Jan K - Siemens
> > * Yoshi - Toshiba
> > * Takehisa K - Renesas
> > * Sz Lin - Moxa
> > * myself - Codethink
> > *  - Hitachi
> > * - Cybertrust
> > * - Pla'Home
> > 
> > Who should I add from these three Members?
> > 
> > > * We will have no group maintainers by default since we will not have repos at this level but we will enclose them in
> > subgroups. So at this group level we will provide Developer or Reporter roles only to CIP participants.
> > 
> > I have removed the Maintainers.
> > 
> > > * We assign the maintainer role to those who should have it, because they are responsible of a specific area, at subgroup
> > level.
> > 
> > ** cip-testing subgroup:
> > 
> > There are no maintainers at a subgroup level. I have not changed anything here.
> > 
> > ** cip-kernel
> > 
> > bwh and iwamatsu have maintainers rights at subgroup level. I have not changed anything here. Please let me know if there
> > are additional people who should be maintainers. Please remember that there are other maintainers but at a repo (project)
> > level.
> > 
> > ** 3rd- party
> > 
> > There are no maintainers at a subgroup level. I have not changed anything here.
> > 
> > > * Specific people can hold the maintainer role at repo (project) level based on the subgroup maintainer decision.
> > 
> > cip-core is a repo and not a subgroup. I have not modified the roles to comply to the policy. I recommend first to move
> > the repo into a subgroup so this effort can apply its own policies, labels, board structure or workflows without affecting
> > others.
> > 
> > >
> > > This simple policy can be extended as more people join.
> > >
> > > Best Regards
> > >
> > >
> > 
> > Best Regards
> > --
> > Agust?n Benito Bethencourt
> > Principal Consultant
> > Codethink Ltd
> > We respect your privacy.   See
> > https://clicktime.symantec.com/a/1/cZRl3u9FbI4Z8fStnZRhFy76EznwsKdpgzGMvzj_EA4=?d=ak3XbcvGccy-5_wze_f-C3aIlMwZLBXENy
> > WLIBUd9UGEbSmYY2-mSx4Yh-67Oymj319OmVzK47zvdjinZba6EU3wCjMi5myuMPiEGVzW2Yjj8BBbJhcHIs-DpWbCEj71XD-7vXWptJLQF2uIlCBkTP
> > Gn7CRp58nfASMYAypB2KP32iXUtEWG66_xVIfRIzMxd8UhVjAodDh4UUNARLy813lzJzAcWujBN71lVWxFwdjXEGxQxINm6tCqi_K_vJGLoOBxtRS_Tc
> > q8p7qdOgzpIOPyd5JgAtSt6cCNeXOarInhuEipnN47XELFU33OMInKBA_deFl3NlLrIWT2KNK510C5tPVaFtq_-YdPWj0ssEx4A7rqGvo15QDmep9lWw
> > 3P__5u&u=https%3A%2F%2Fwww.codethink.co.uk%2Fprivacy.html
> > _______________________________________________
> > cip-dev mailing list
> > cip-dev at lists.cip-project.org
> > https://clicktime.symantec.com/a/1/y7OElHgttAbHjaG0DrzHTY7PY8m02DW98eVSG_oA6zM=?d=ak3XbcvGccy-5_wze_f-C3aIlMwZLBXENy
> > WLIBUd9UGEbSmYY2-mSx4Yh-67Oymj319OmVzK47zvdjinZba6EU3wCjMi5myuMPiEGVzW2Yjj8BBbJhcHIs-DpWbCEj71XD-7vXWptJLQF2uIlCBkTP
> > Gn7CRp58nfASMYAypB2KP32iXUtEWG66_xVIfRIzMxd8UhVjAodDh4UUNARLy813lzJzAcWujBN71lVWxFwdjXEGxQxINm6tCqi_K_vJGLoOBxtRS_Tc
> > q8p7qdOgzpIOPyd5JgAtSt6cCNeXOarInhuEipnN47XELFU33OMInKBA_deFl3NlLrIWT2KNK510C5tPVaFtq_-YdPWj0ssEx4A7rqGvo15QDmep9lWw
> > 3P__5u&u=https%3A%2F%2Flists.cip-project.org%2Fmailman%2Flistinfo%2Fcip-dev
> 


-- 
Agust?n Benito Bethencourt
Principal Consultant
Codethink Ltd
We respect your privacy.   See https://www.codethink.co.uk/privacy.html

      reply	other threads:[~2018-09-03  7:45 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-08-09  9:21 [cip-dev] Proposal: Gitlab role policy Agustín Benito Bethencourt
2018-08-20 14:08 ` KOBAYASHI Yoshitake
2018-08-20 16:32   ` Agustín Benito Bethencourt
2018-08-30  9:18 ` Agustín Benito Bethencourt
2018-09-03  6:50   ` 河合英宏 / KAWAI,HIDEHIRO
2018-09-03  7:45     ` Agustín Benito Bethencourt [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=11381191.9JQy6d6fcj@linux-if6s \
    --to=agustin.benito@codethink.co.uk \
    --cc=cip-dev@lists.cip-project.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox