[llvm-uc] Re: [llvm-uc] Re: [llvm-uc] Re: [llvm-uc] Re: [llvm-uc] Re: 建议将Target目录下的UniCore作为单独的代码仓库管理

  • From: Jia Liu <proljc@xxxxxxxxx>
  • To: llvm-uc@xxxxxxxxxxxxx
  • Date: Tue, 5 Mar 2013 12:42:12 +0800

2013/3/5 杨勇勇 <triple.yang@xxxxxxxxx>:
> 这是一个办法。
>
> 你提到的问题,用一个仓库时同样存在。mainline上更新api,我们就需要对后端接口做相应调整。如前述,分开管理仅多一次代码抓取。

triple include等文件需要修改,每次都改么?

git的好处就在于可以多个branch,更新matser,并不一定更新uc啊,难道这样不方便么?

>
> 在 2013-3-5 上午3:10,"Jia Liu" <proljc@xxxxxxxxx>写道:
>
>> 2013/3/5 杨勇勇 <triple.yang@xxxxxxxxx>:
>> > 在 2013年3月4日下午2:27,���f任 (Wei-Ren Chen) <chenwj@xxxxxxxxxxxxxxxxx> 写道:
>> >> On Fri, Mar 01, 2013 at 05:46:06PM +0800, Jia Liu wrote:
>> >>> 没必要,毕竟还是这样调bug比较方便
>> >>>
>> >>> 2013/3/1 杨勇勇 <triple.yang@xxxxxxxxx>:
>> >>> > 各位,
>> >>> >
>> >>> > 按照经验看,由于UniCore还没有加入mainline中,当前的文件目录结构会使得自己的提交记录淹没在mainline的更新中。
>> >>> > 所以建议仿照clang与llvm的关系,单独建立一个代码仓库。这样虽然在抓取更新的时候会多一次操作,但在github上的
>> >>> > 代码管理会清晰得多。
>> >>
>> >>   勇勇,你怎�N看。�{ bug ��多出什�N步�E?
>> >
>> > 目前看来,在移植后端时调bug的步骤几乎与代码库管理没有直接关系。
>> > Jia Liu可否说得具体点?
>> >
>>
>> 有很大关系啊,你说的那样子没法保证代码的版本一致,一旦master更新了,出现API调整之类的,会很乱。
>> 每个commit都以 [uc32-backend] 打头,比如 uc32-backend: Add backend
>> stubs,这样,commit log可以非常清晰并且方便的体现出来
>>
>> >>
>> >> --
>> >> Wei-Ren Chen (���f任)
>> >> Computer Systems Lab, Institute of Information Science,
>> >> Academia Sinica, Taiwan (R.O.C.)
>> >> Tel:886-2-2788-3799 #1667
>> >> Homepage: http://people.cs.nctu.edu.tw/~chenwj
>> >>
>> >
>> >
>> >
>> > --
>> > 杨勇勇 (Yang Yong-Yong)

Other related posts:

  • » [llvm-uc] Re: [llvm-uc] Re: [llvm-uc] Re: [llvm-uc] Re: [llvm-uc] Re: 建议将Target目录下的UniCore作为单独的代码仓库管理 - Jia Liu