[ 
https://issues.apache.org/jira/browse/BIGTOP-1363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14057202#comment-14057202
 ] 

Guo Ruijing commented on BIGTOP-1363:
-------------------------------------

Hi, Konstantin

We should decouple source code management with build framework, right?

bigtop directory can be (components is new directory):
[hadoop@localhost apache]$ ls -lad bigtop-master/components/*
drwxr-xr-x. 1 468604085 720748206 68 Jul 10 02:37 
bigtop-master/components/hadoop
drwxr-xr-x. 1 468604085 720748206 68 Jul 10 02:37 bigtop-master/components/hbase
drwxr-xr-x. 1 468604085 720748206 68 Jul 10 02:37 bigtop-master/components/hive
drwxr-xr-x. 1 468604085 720748206 68 Jul 10 02:37 bigtop-master/components/oozie


> (Discussion) Bigtop may manage apache patches
> ---------------------------------------------
>
>                 Key: BIGTOP-1363
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-1363
>             Project: Bigtop
>          Issue Type: Improvement
>          Components: Build
>            Reporter: Guo Ruijing
>
> Bigtop may manage apache patches.
> Motivation 1: component build fails due to some apache patches. bigtop don't 
> need to wait for component rebase to workaround component build failure.
> Example 1) Hadoop build fails in bigtop-0.6.0/bigtop-0.7.0 build fails due to 
> HADOOP-10110.patch missing.
> Example 2) flume 1.4.0 build fails due to Flume-2172
> Motivation 2: third party can use bigtop to manage apache or vendor patches 
> (Not bigtop goal, but if more people use bigtop to do distribution, bigtop is 
> more stable)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to