I've updated the title to track the effort of supporting Gitlab repos for the website. Also, I opened an issue to investigate Gitlab pages as an easier alternative.
Further, we will be discontinuing the usage of www.eclipse.org/$PROJECTNAME in favour of eclipseprojects.io/$PROJECTNAME, to enhance security of the eclipse.org domain.
That project was built using our hugo-eclipsefdn-website-boilerplate project which aims to help our projects build a Hugo website using Eclipse Infrastructure.
@cguindon sgtm. The CHESS project should be able to set up the Jenkins job per instructions in the wiki. The releng/webdev teams can assist depending on what kind of issues come up.
Should chess webpages be manually placed in a specific folder (e.g. /static) of the new chess-website repo?
When the process is complete, the old website (https://www.eclipse.org/chess) will be replaced with the chess webpages located in the main branch, correct?
This is a portion of Jenkinsfile:
stage('Build website (staging) with Hugo'){when{branch'staging'}steps{container('hugo'){dir('hugo'){sh'hugo -b https://staging.eclipse.org/${PROJECT_NAME}/'}}}}
Currently our website checkout tooling doesn't support repos anywhere other than git.eclipse.org/www.eclipse.org/project-id.git, so that will need to be changed before this content can be deployed.
Our boilerplate is a website example using Hugo. You can find more information about Hugo on their documentation website:
https://gohugo.io/documentation/
Staging.eclipse.org is a test site that picks up the 'staging' branch of a website repo and deploys it. The idea is to allow projects to test updates before doing damage to their 'live' website.
It is not possible to copy-and-paste the old website. Its content should be arranged to Hugo format.
In theory, what you are describing here should work. However, I don't think that Hugo is the right choice for you if you don't plan to use Hugo to manage your content.
An alternative solution would be to modify your Jenkins job to push new commits to the Gerrit repo each time a change is committed to your Gitlab repo.
However, we do understand that some projects don't want to use Gerrit for web development. Our current solution for that is Jenkins.
Projects can decide to use Github or Gitlab to manage their project website source code. To do so, the project must create a Jenkins job that will commit the website assets to the Gerrit repo. This is basically what the Jenkins example in our boilerplate project is doing.
I still don't know. What's the purpose of https://staging.eclipse.org/?
Webmaster is right. It allows you to deploy your changes to our staging server for testing purposes. You don't need to use it if you don't need it.
The staging server requires a username/password. We do this to stop Google from indexing our staging server.