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

  • From: 杨勇勇 <triple.yang@xxxxxxxxx>
  • To: llvm-uc@xxxxxxxxxxxxx
  • Date: Tue, 5 Mar 2013 09:49:49 +0800

这是一个办法。

你提到的问题，用一个仓库时同样存在。mainline上更新api，我们就需要对后端接口做相应调整。如前述，分开管理仅多一次代码抓取。
在 2013-3-5 上午3:10，"Jia Liu" <proljc@xxxxxxxxx>写道：

> 2013/3/5 杨勇勇 <triple.yang@xxxxxxxxx>:
> > 在 2013年3月4日下午2:27，陳韋任 (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上的
> >>> > 代码管理会清晰得多。
> >>
> >>   勇勇，你怎麼看。調 bug 會多出什麼步驟?
> >
> > 目前看来，在移植后端时调bug的步骤几乎与代码库管理没有直接关系。
> > Jia Liu可否说得具体点？
> >
>
> 有很大关系啊，你说的那样子没法保证代码的版本一致，一旦master更新了，出现API调整之类的，会很乱。
> 每个commit都以 [uc32-backend] 打头，比如 uc32-backend: Add backend
> stubs，这样，commit log可以非常清晰并且方便的体现出来
>
> >>
> >> --
> >> Wei-Ren Chen (陳韋任)
> >> 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: 建议将Target目录下的UniCore作为单独的代码仓库管理 - 杨勇勇
  1. Home
  2. llvm-uc
  3. Archive
  4. 03-2013