Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [che-dev] Managing website issues and source code in github?

If you're an eclipse committer, you only need to do this:


then make your edits and submit a gerrit request for the change.

git commit -s -m "there, I fixed it" badfile.txt
git push origin HEAD:refs/for/master

Your gerrit will then appear here: 


Why do you need to import to github?

If you want a copy of the repo, Eclipse Foundation can provide a synched one automatically into github, should you request one. 

Otherwise if you want it in your own fork, create an empty repo and simply push to that repo from the www.eclipse.org/che one.

Here's an example of a private fork of a git.eclipse.org repo:


... so it works. But again, do you need it?


On Wed, Mar 13, 2019 at 1:45 PM Dave Neary <dneary@xxxxxxxxxx> wrote:
Thanks Nick, Florent!

I don't know what the issue is, but when I tried to import the Che
website repo into github today (under my own namespace), the import
failed ("something went wrong", a massively useful error message).

Have either of you succeeded in importing a repo into github from
Eclipse Git? Can it be done anonymously with the https:// clone URI, or
do you need to use git:// or ssh:// to be able to push back there?

Thanks,
Dave.

On 12/03/2019 09:40, Nick Boldt wrote:
> As it happens I maintain several PR build jobs configured on various
> Eclipse jenkins instances (for Webtools, Datatools, and TM/RSE)  so I'm
> happy to contribute advice or sample config.xml scripts to demonstrate
> how to set this up, if it's decided that you want to use Eclipse
> jenkins + Eclipse gerrit + Eclipse bugzilla to manage the
> workflow/builds/contributions.
>
> The only missing piece (if not already in place) is to request from the
> Eclipse webmaster (via a BZ) that the git.eclipse.org
> <http://git.eclipse.org> instance be mirrored to github, should you want
> that additional way to see the sources.
>
> Nick
>
>
> On Tue, Mar 12, 2019 at 2:52 AM Florent Benoit <florent@xxxxxxxxxx
> <mailto:florent@xxxxxxxxxx>> wrote:
>
>     Hello, jenkins instances on eclipse infra allow to do PR builds and
>     push commits to git.eclipse.org <http://git.eclipse.org> as well so
>     there is no issue performing all the stuff on a pure github project.
>
>     On Mon, Mar 11, 2019 at 4:20 PM Nick Boldt <nboldt@xxxxxxxxxx
>     <mailto:nboldt@xxxxxxxxxx>> wrote:
>
>         Not that I'm a fan of Bugzilla, but if you use BZ for website
>         change issues, it's automatically integrated into the gerrit
>         workflow so that gerrits/PRs for the website can link to the BZ
>         if the commit message includes the string "Bug xxxx" or
>         "[xxxxx]" at the start of the message.
>
>         And of course by using git.eclipse.org <http://git.eclipse.org>
>         directly, you'll get the ability to trigger gerrit builds of PRs
>         before they're pushed to the website.
>
>         So... perhaps not ideal, but path of least resistance?
>
>         FAILING THAT, there's also the option of doing PR builds w/
>         Travis as integrated in GH... but you'd still then have to
>         figure out how to push github commits to git.eclipse.org
>         <http://git.eclipse.org>.
>
>         Nick
>
>         On Fri, Mar 8, 2019 at 9:34 AM Dave Neary <dneary@xxxxxxxxxx
>         <mailto:dneary@xxxxxxxxxx>> wrote:
>
>             Hi all,
>
>             I would like to use github to track website updates and
>             issues, but
>             having asked the Eclipse Foundation whether it's possible,
>             the issue is
>             kicking off a website deploy after new PR merges - there
>             would need to
>             be a manual step to pull changes from github into the
>             git.eclipse.org <http://git.eclipse.org>
>             repo and kick off a website deploy, it won't happen
>             automatically.
>
>             The main issue I have is, I would like to be able to track
>             individual
>             changes we need to make to update the content, and group
>             changes into
>             epics related to Che 7 website changes to allow
>             collaboration and
>             tracking of progress.
>
>             Does anyone have a good suggestion for handling this? I have
>             thought of
>             using github for issue tracking, but not for PRs, and manage
>             commits to
>             https://git.eclipse.org/c/www.eclipse.org/che.git
>             separately. Anyone
>             have a better idea?
>
>             Thanks,
>             Dave.
>
>             --
>             Dave Neary - Eclipse Che Ecosystem & Community Manager
>             Open Source and Standards - Red Hat
>             E: dneary@xxxxxxxxxx <mailto:dneary@xxxxxxxxxx> / T: @nearyd
>             / Ph: +1-978-799-3338
>             _______________________________________________
>             che-dev mailing list
>             che-dev@xxxxxxxxxxx <mailto:che-dev@xxxxxxxxxxx>
>             To change your delivery options, retrieve your password, or
>             unsubscribe from this list, visit
>             https://www.eclipse.org/mailman/listinfo/che-dev
>
>
>
>         --
>
>         Nick Boldt
>
>         Principal Software Engineer, RHCSA
>
>         Productization Lead :: JBoss Tools & Dev Studio
>
>         IM: @nickboldt / @nboldt / http://nick.divbyzero.com
>
>         <https://red.ht/sig
>         TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>
>         @ @redhatnews <https://twitter.com/redhatnews>    Red Hat
>         <https://www.facebook.com/RedHatInc>
>         <https://www.facebook.com/RedHatInc>
>
>
>         “The Only Thing That Is Constant Is Change” - Heraclitus
>         _______________________________________________
>         che-dev mailing list
>         che-dev@xxxxxxxxxxx <mailto:che-dev@xxxxxxxxxxx>
>         To change your delivery options, retrieve your password, or
>         unsubscribe from this list, visit
>         https://www.eclipse.org/mailman/listinfo/che-dev
>
>     _______________________________________________
>     che-dev mailing list
>     che-dev@xxxxxxxxxxx <mailto:che-dev@xxxxxxxxxxx>
>     To change your delivery options, retrieve your password, or
>     unsubscribe from this list, visit
>     https://www.eclipse.org/mailman/listinfo/che-dev
>
>
>
> --
>
> Nick Boldt
>
> Principal Software Engineer, RHCSA
>
> Productization Lead :: JBoss Tools & Dev Studio
>
> IM: @nickboldt / @nboldt / http://nick.divbyzero.com
>
> <https://red.ht/sig
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>
> @ @redhatnews <https://twitter.com/redhatnews>    Red Hat
> <https://www.facebook.com/RedHatInc>
> <https://www.facebook.com/RedHatInc>
>
>
> “The Only Thing That Is Constant Is Change” - Heraclitus
>
> _______________________________________________
> che-dev mailing list
> che-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/che-dev
>

--
Dave Neary - Eclipse Che Ecosystem & Community Manager
Open Source and Standards - Red Hat
E: dneary@xxxxxxxxxx / T: @nearyd / Ph: +1-978-799-3338
_______________________________________________
che-dev mailing list
che-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/che-dev


--

Nick Boldt

Principal Software Engineer, RHCSA

Productization Lead :: JBoss Tools & Dev Studio

IM: @nickboldt / @nboldt / http://nick.divbyzero.com



“The Only Thing That Is Constant Is Change” - Heraclitus

Back to the top