Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 79069200C54 for ; Wed, 29 Mar 2017 02:46:45 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 777BE160B9C; Wed, 29 Mar 2017 00:46:45 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id BCC91160B89 for ; Wed, 29 Mar 2017 02:46:44 +0200 (CEST) Received: (qmail 67119 invoked by uid 500); 29 Mar 2017 00:46:43 -0000 Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list commits@cassandra.apache.org Received: (qmail 67108 invoked by uid 99); 29 Mar 2017 00:46:43 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Mar 2017 00:46:43 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 245DFC6A35 for ; Wed, 29 Mar 2017 00:46:43 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -100.002 X-Spam-Level: X-Spam-Status: No, score=-100.002 tagged_above=-999 required=6.31 tests=[RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id Xart-2rCDcLx for ; Wed, 29 Mar 2017 00:46:42 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 510A35F253 for ; Wed, 29 Mar 2017 00:46:42 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id C9ABBE030E for ; Wed, 29 Mar 2017 00:46:41 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 82A5225CDD for ; Wed, 29 Mar 2017 00:46:41 +0000 (UTC) Date: Wed, 29 Mar 2017 00:46:41 +0000 (UTC) From: "Jeff Jirsa (JIRA)" To: commits@cassandra.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (CASSANDRA-13388) Add hosted CI config files (such as Circle and TravisCI) for easier developer testing MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 29 Mar 2017 00:46:45 -0000 Jeff Jirsa created CASSANDRA-13388: -------------------------------------- Summary: Add hosted CI config files (such as Circle and TravisCI) for easier developer testing Key: CASSANDRA-13388 URL: https://issues.apache.org/jira/browse/CASSANDRA-13388 Project: Cassandra Issue Type: Improvement Components: Testing Reporter: Jeff Jirsa Assignee: Jeff Jirsa Fix For: 2.2.x, 3.0.x, 3.11.x, 4.x We currently require unit tests and dtests to accept a patch, but it's not easy for most contributors to actually execute these tests in a way that's visible for the reviewer / other JIRA users. We should push some standard config files into the various branches to facilitate easier testing. I propose we start with TravisCI and CircleCI, because: - Travis has limited free support for developers working on OSS projects, and is already an accepted vendor at the ASF (apparently the ASF pays for 30 concurrent tests already), and - CircleCI is also free for developers working on OSS projects, and has slightly more flexibility than Travis in terms of the number of free workers and durations. Both are enabled by pushing a single YAML file into each branch to configure jobs, and require each individual developer who WANTS to run tests to link their github account to the vendor. Developers who don't want to use this functionality can simply ignore it - they're effectively no-ops for anyone who's not already using those services. Are there any others we should consider including? -- This message was sent by Atlassian JIRA (v6.3.15#6346)