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 DBCE8200B74 for ; Wed, 17 Aug 2016 08:47:22 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id D7157160A86; Wed, 17 Aug 2016 06:47:22 +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 2D095160AB5 for ; Wed, 17 Aug 2016 08:47:22 +0200 (CEST) Received: (qmail 47881 invoked by uid 500); 17 Aug 2016 06:47:21 -0000 Mailing-List: contact commits-help@buildr.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@buildr.apache.org Delivered-To: mailing list commits@buildr.apache.org Received: (qmail 47485 invoked by uid 500); 17 Aug 2016 06:47:20 -0000 Delivered-To: apmail-incubator-buildr-commits@incubator.apache.org Received: (qmail 47400 invoked by uid 99); 17 Aug 2016 06:47:20 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Aug 2016 06:47:20 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id A7DE32C02A8 for ; Wed, 17 Aug 2016 06:47:20 +0000 (UTC) Date: Wed, 17 Aug 2016 06:47:20 +0000 (UTC) From: "Antoine Toulme (JIRA)" To: buildr-commits@incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (BUILDR-713) option --buildfile has different behaviour when folder is changed MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 17 Aug 2016 06:47:23 -0000 [ https://issues.apache.org/jira/browse/BUILDR-713?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15423993#comment-15423993 ] Antoine Toulme commented on BUILDR-713: --------------------------------------- Here is what happens. The --buildfile option allows you to override the default selection of files that Buildr will scan for in the current folder, and any parent folder. The default value for the selection of files is "Buildfile", "buildfile", "Buildfile.rb", "buildfile.rb", and "Rakefile" and other legacy names. So in other words, this option does not do what it thinks it does. The workaround is simple: navigate to the folder /home/sergio/Downloads/my-app to run buildr. Is there a use case which requires you to run Buildr from an other folder? > option --buildfile has different behaviour when folder is changed > ----------------------------------------------------------------- > > Key: BUILDR-713 > URL: https://issues.apache.org/jira/browse/BUILDR-713 > Project: Buildr > Issue Type: Bug > Components: Core features > Affects Versions: 1.4.25 > Environment: Ubuntu 14.04 > ruby --version : ruby 1.9.3p484 (2013-11-22 revision 43786) [x86_64-linux] > buildr --version : Buildr 1.4.25 > Reporter: Sergio Morales > Assignee: Antoine Toulme > Fix For: 1.5 > > > If I have a project in directory "my-app" and I execute: > {code} > $ buildr test > (in /home/sergio/Downloads/my-app, development) > Testing my-app > Compiling my-app into /home/sergio/Downloads/my-app/target/classes > Compiling my-app:test into /home/sergio/Downloads/my-app/target/test/classes > Running tests in my-app > Trying to override old definition of datatype junit > [junit] Testsuite: com.company.project.HelloWorldTest > [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.048 sec > [junit] > [junit] Testcase: test took 0.002 sec > Completed in 1.531s > {code} > That result is correct!, BUT if I go to parent directory (or any other directoy) and execute: > {code} > $ buildr --buildfile my-app/buildfile test > (in /home/sergio/Downloads, development) > Testing my-app > Completed in 0.010s > {code} > As you can see I don't have output about the result of the testing anymore. > I consider it a bug because that difference of behavior is suspicious and in my case undesirable. > Note: There is a workaround? -- This message was sent by Atlassian JIRA (v6.3.4#6332)