[MonoDevelop] VersionControl Add-in for Perforce

Lluis Sanchez Gual lluis at novell.com
Wed Jul 2 09:53:05 EDT 2008


El dc 02 de 07 de 2008 a les 14:53 +0200, en/na Federico Di Gregorio va
escriure:
> Il giorno mer, 02/07/2008 alle 12.58 +0200, Lluis Sanchez Gual ha
> scritto:
> > > I am working at bzr support (it just show the correct status right now)
> > > and I don't understand why so many repository instances and what
> > > sub-repositories are? Can someone shed some light on
> > > HasChildRepositories and GetChildRepositories()?
> > 
> > A repository is basically something you can check-out. Sub-repositories
> > allow organizing repositories in a hierarchy. This hierarchy is shown in
> > the check-out dialog when you register a new repository.
> > 
> > Fore example, with SVN you can check-out any directory, so given an SVN
> > url, the list of sub-repositories is the list of sub-directories in that
> > url.
> 
> Understood. :)
> 
> > I don't know how bzr works. If every url corresponds to exclusively one
> > module you can checkout, then just make HasChildRepositories return
> > false. If given an url, bzr allows browsing through a list of modules
> > located in that url, then you would have a repository representing that
> > url, and one sub-repository for each module.
> 
> bzr is a little bit different because usually your tree is a full branch
> and when you commit you commit locally and then "push" changes upstream.
> I will probably implement first the local commits and then add some
> tools to deal with branches. (You can also have light checkouts that are
> pretty much like SVN co but that's a different story.)
> 
> So, _usually_ you have a single repository that also is the working
> directory. I suppose it is ok to have HasChildRepositories return
> false. It is also ok to return the same Repository object for all paths
> under the current branch? 

Yes, it is ok.

> That would allow some caching and speed up
> things a little bit.

> 
> federico
> 
> _______________________________________________
> Monodevelop-list mailing list
> Monodevelop-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/monodevelop-list



More information about the Monodevelop-list mailing list