Skip to content
This repository has been archived by the owner on Jan 28, 2019. It is now read-only.

Add new jobs for jenkins #29

Merged
merged 1 commit into from
Jun 25, 2014
Merged

Add new jobs for jenkins #29

merged 1 commit into from
Jun 25, 2014

Conversation

cosmin-malutan
Copy link
Contributor

This is for issue #24, I added just jobs for desktop, for mobile if we decide we want to run them to we can just copy the job and add an extra parameter in xshell command.
Regarding trigger.py, I added just a plain script with options so it won't throw when called, this will be overwrited by upcoming pr from issue #17.

@cosmin-malutan
Copy link
Contributor Author

@whimboo can you have a look at this?

@whimboo
Copy link
Contributor

whimboo commented Jun 23, 2014

Here some comments while looking at this:

  • I don't think we have to focus that much on mobile right now, given that those tests are run on desktop right now. Once we have real mobile devices it will look much differently.
  • As I was thinking over the weekend, we probably cannot run tests via the old sync account data, given that there is AFAIK no Python client, which let us setup and remove those accounts. But lets ask.
  • I don't like the name of the jobs. While the prefix is fine, the remaining part is not telling us much. Think about which other kind of tests we might have to run here in the future.
  • The tools job I would rename to scripts, so it indicates that it holds scripts, but no external tools.

More inline.

@@ -39,6 +39,119 @@
<filterQueue>false</filterQueue>
<properties class="hudson.model.View$PropertyList"/>
</hudson.model.AllView>
<listView>
<owner class="hudson" reference="../../.."/>
<name>-mozilla-central</name>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please keep the alphabetical order for views.

@whimboo
Copy link
Contributor

whimboo commented Jun 23, 2014

If we are going with the clone-workspace-scm.jpi plugin, you want to remove the copy_artifact plugin. But first please check any kind of issues with clone-workspace-scm before making this decision.

@cosmin-malutan
Copy link
Contributor Author

@whimboo, I dropped the clone-workspace-scm.jpi plugin and switched to copy_artifact plugin.
Regarding testruns names I renamed it to sync (mozilla-central_sync) at the moment, because I don't know how we could split/change what we test in the future. We could test the ui/backend mobile/desktop FX account/ Sync account, so I thought it would be better to rename them then, if it doesn't looks nice I'm open to any suggestions.

<hudson.views.LastDurationColumn/>
<hudson.views.BuildButtonColumn/>
</columns>
<includeRegex>^mozilla-central.*</includeRegex>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Beside the nightly builds I do not see entries for beta and release builds. Where are those?

@whimboo
Copy link
Contributor

whimboo commented Jun 24, 2014

I haven't said to drop the clone-workspace plugin. I asked you what the benefits are by using it compared to copy artifacts. But you didn't gave any answer to your observation. What's that bad on clone-workspace, so that you have replaced it?

Regarding the job names we will have complete testruns for desktop, which span any backend tests and ui tests driven with Mozmill. There is no distinction yet, and I don't think we will have such in the near future. But separation might exist for the authentication method. That would have to be part of the job name.

@cosmin-malutan
Copy link
Contributor Author

I haven't kept the clone-workspace plugin because we already had copy_artifacts landed and it didn't seemed to me a good practice to add a new plugin in favor of already existing one which does basically the same thing.
Beside the fact that copy_artifacts it's more popular I can't see any big difference between them.

@cosmin-malutan
Copy link
Contributor Author

@whimboo I made the changes, and I hope I replayed to all questions.

<?xml version='1.0' encoding='UTF-8'?>
<project>
<actions/>
<description>Job for holding the helper scripts for running the TPS testruns </description>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this script has to be run manually after the first start? In that case please update the README file and mention that.

@whimboo
Copy link
Contributor

whimboo commented Jun 24, 2014

Beside the remaining update for the README it looks fine.

@cosmin-malutan
Copy link
Contributor Author

@whimboo I updated the readme, and squashed the commits.

@whimboo
Copy link
Contributor

whimboo commented Jun 25, 2014

Quick note once again... I would prefer if you rebase your commits when the PR has been finalized, and no additional content gets added.

If this is the first time you've started Jenkins, or your workspaces have
recently been deleted, you will need to run an admin job to finish the setup.
Open http://localhost:8080/view/+admin/ and schedule a build for the 'scripts'
job by clicking the clock icon in the last column.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's enough to say +admin/, and build the 'scripts' job.

@cosmin-malutan
Copy link
Contributor Author

@whimboo I updated the nit

@whimboo
Copy link
Contributor

whimboo commented Jun 25, 2014

Ok, looks fine. Please rebase the PR, so I can get it landed. Thanks.

@cosmin-malutan
Copy link
Contributor Author

@whimboo Rebased, Thanks.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants