--nextPart5266576.RqPg1KtXdC
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

On Donnerstag, 28. Februar 2019 07:02:03 CET Ben Cooksley wrote:
> On Thu, Feb 28, 2019 at 5:12 PM Michael Pyne <mpyne@kde.org> wrote:
> > On Wed, Feb 27, 2019 at 03:15:58PM -0700, Nate Graham wrote:
> > >  ---- On Wed, 27 Feb 2019 12:12:55 -0700 Eike Hein <hein@kde.org> wrote
> > >  ----
> > >  
> > >  > On 2/27/19 4:38 AM, Nate Graham wrote:
> > >  > > It's really pretty nice. But  Gitlab has a
> > >  > > fork-the-repo-and-submit-a-merge-request workflow, so in steps 3
> > >  > > and 4, people without commit access won't just be able to start
> > >  > > hacking with the source checkout that kdesrc-build downloads, or
> > >  > > else they won't be able to push their branch to any remotes and
> > >  > > create a Merge Request.> >  > 
> > >  > No, this is not correct.
> > >  > 
> > >  > When you have a local git repository (be it your own or a clone), it
> > >  > can
> > >  > interact with any number of remote git repositories.
> > >  > 
> > >  > When you do `git clone <something>`, git automatically adds
> > >  > <something>
> > >  > as a remote named "origin" to the local repository. But what "origin"
> > >  > points to can be changed at any time, or other remotes with other
> > >  > names
> > >  > can be added for pushing too. "origin" is just a convention.
> > >  > 
> > >  > I.e. someone can totally do this:
> > >  > 1. use kdesrc-build to clone stuff
> > >  > 2. git checkout -b feature to make a feature branch
> > >  > 3. hack
> > >  > 4. make a private fork on gitlab
> > >  > 5. push to their fork from the clone they've been working in
> > >  > 
> > >  > It's not necessary to fork first and clone your fork to get started.
> > > 
> > > Thanks Eike, that makes e a lot of sense. Going to the website to fork
> > > each repo for the first time still adds an additional manual step
> > > compared to the status quo, so it would be nice if we can get
> > > kdesrc-build so set up forks automatically. That would be really
> > > slick.
> > 
> > That would be slick. I wonder if Gitlab exposes an API for that (ideally
> > something that doesn't involve kdesrc-build having to store your creds)?
> > Potentially this API
> > https://docs.gitlab.com/ee/api/projects.html#fork-project (though it's
> > documented for EE not CE)?
> 
> The API for both EE and CE is identical, except for the functionality
> that is dependent on the edition of EE it is available in (which is
> only enabled if you are using that edition)
> With regards to credentials, you would need to give it an API Token yes.
> 
> In terms of server load, it would be nice if the setup of forks was
> still something the developer had to initiate rather than being done
> automatically for every repository touched by kdesrc-build (I say this
> mainly as if we had 50 people fork just half of the mainline
> repositories we have, that's ~450GB of space used up - a massive
> scalability issue)

Are you sure about this? Isn't gitlab using something like `git-new-workdir` 
internally to save on the disk overhead? If not, then request it, that would 
be an obvious optimization opportunity.

Bye

-- 
Milian Wolff
mail@milianw.de
http://milianw.de
--nextPart5266576.RqPg1KtXdC
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEezawi1aUvUGg3A1+8zYW/HGdOX8FAlyUyhEACgkQ8zYW/HGd
OX+SkBAAvxV1whDTtB2Jy2A8QVL+XEIlGcfJAMJRbsQgUZwrJa22lrQwLN+wwrQy
mST7etqFhI4QibqiFiE+zYBYIT3DzitoAYD1L4hSpw8Y4cXo0jlO3nxykL5zX1ms
iYGB2Mv1IdoQhKkh1EwsHey89Tk4NXl6zYwl/CF8KUmTSyF84kghjRXjZq5qMhxl
4aPzesy2MUSIOwfmW3UfOBL3sGI0DfRCFChQ+JStWnsNO4OHLx+4TmY63g58Q2sQ
nmwMsUck8i3/sKshcBMWG7gq/cLmzbm8sjbqXm2Un8o8tLEas5ljtzHitr0w08X6
GdMkiSmPbWOKDJ119IXxfZRdKK9slAafjlHm8A5UXnvYCF8GCAIRg6/sXHQwWrcc
zTkYJRo724aQA9+GxEKEz/7h8Zto9NXuOm9aXgwQXcNHoG/yj11o/eB6gct4EZM6
vMsWHC5LvGh070qSetzHncJ+4MWmzKYXxemVGCpaVx69X/rc/fiaHIdmUipZPOvf
I6AGX7Dn6bwj8ZXz2g6RgoHUwst+z4e9clAHmNWyWoeMxgTjx4RCOVgwCZ3+VFZ0
wFfOd2wzr3qHD+cjR11YZsmOy+hZQP7PLly5+zra1SPtOySRjcHEbt5sXScXBoGZ
Hak73dvKjlA+lCG4TXLGYdT16yoB0keJJpOdxV5wi4njBL3leeI=
=fwuk
-----END PGP SIGNATURE-----

--nextPart5266576.RqPg1KtXdC--