Søren Hauberg wrote: <snip> > Regarding the issue of where code is developed (SVN vs Hg vs ???) then I > think we should deal with this independently of the bug tracker issue. > That being said, my impression is that a lot of development happens > outside the SVN repository and when a new release is made a lot of code > gets checked into SVN. So I don't think our current setup is working.
...but it doesn't stand in the way either. What did you want to accomplish with the current setup? Personally I find working intensively with repositories a bit of a hassle. The associated overhead only pays off when multiple developers do work simultaneously at the same (sub)project. I don't see many octave-forge packages being maintained by developer teams. As long as code does get checked in, either in large chunks just before release or gradually, things seem to work for developers. > > I must confess that I am not sure that the idea of using a single > repository for *all* packages actually works. If I want to work on > package X then I guess it is annoying that I have to check out the > entire Octave-Forge repository. ??? As fas ar my experience goes, that doesn't hold. When I was ready for committing to the io or java package, or updating it from svn, all I did was checkout/update just those packages (using Tortoise for Windows). FYI: on my local octave-forge svn dir I only have the io, java, & linear-algebra packages. Update & commit works OK (I only use Tortoise for that). > > The single repository seems to serve no purpose now that we moved > away from the monolithic releases. So perhaps we should create a > whole bunch of repositories? I fail to see why that would be needed. It already works OK for single packages. Philip ------------------------------------------------------------------------------ 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks & Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ _______________________________________________ Octave-dev mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/octave-dev
