Re: How to handle two repositories?
2008/6/2 Emmet Hikory <emmet.hikory@gmail.com>:
>> Any different suggestion from anyone?
>
> I've been looking at the uqm packages towards pushing them, but
> the patches are all inline in git (as with the second scenario
> described). Extracting all of this to put into quilt is possible, but
> a fair bit of work.
>
> Additionally, there are alternate formats being considered for
> packages (e.g. "Format: 3.0 (git)") which would expect the git archive
> to be upstream-inclusive.
>
> While I agree that there may be value in keeping things similar,
> is it worth loss of package history to migrate patches from a git
> repository already done the second way? Similarly, will we find the
> transition to alternate packaging formats more difficult if we take
> that route?
I'm seriously concerned about something that might happen: that having
two very different repositories and policies for packages would lead
to effectively dividing the people in the Games Team in two teams: the
svn-team and the git-team, if things are too different between them.
Will there be more benefits in having different layouts for them, or
is it something we would want to avoid? In any case, any idea on how
to prevent the actual division of the Team in two different working
teams? We might be losing economy of scale there.
Greetings,
Miry
Reply to: