
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

It seems we have an interesting issue that we need to make a decision

on. Under CollabNet we had multiple SVN repositories, one for the core

API and one per provider. At the same time we had a single bug database

for all of FDO.<br>

<br>

In the new infrastructure we will be using Trac for our

defect/enhancement tool. However according to Shawn a single Trac

instance can reference only one SVN repository. This is a known Trac

limitation that there is no known workaround for at the moment. So we

have a couple of choices:<br>

<ol>

  <li>Merge the SVN repositories into one. This can be done without

losing any history, and from what I read it would be possible to either

have branches on a per provider basis (like we do now) or a single

branch across all of FDO. That later is more work but might be cleaner

long term if we take this approach.</li>

  <li>Have multiple Trac instances, one for FDO Core and one for each

Provider.</li>

</ol>

>From a long term management perspective I am leaning toward #1. The

original reason for splitting the repositories was to allow for the

list of committers to vary from provider to provider. Outside CollabNet

this can be achieved with a single repository if that is still a

requirement, however again from a management perspective it might be

easier to just manage a single committer list for all of FDO.<br>

<br>

Thoughts, opinions, and recommendations please...<br>

<br>

Bob<br>

<br>

</body>

</html>