From toby at etjohnson.us Mon Dec 10 14:21:47 2007 From: toby at etjohnson.us (Toby Johnson) Date: Mon Dec 10 14:21:51 2007 Subject: green! Message-ID: <475D91CB.7040603@etjohnson.us> I'm happy to announce that the unit tests for the full SvnClient library are now finished and running successfully. There was one client function (PropList2) which will change significantly in 1.5 which I didn't bother testing for the moment. I don't plan on adding 1.5 client functions or tests until 1.5 is actually released (or at least much closer to being finalized). At this point, I plan to start going through the existing code and doing a thorough cleanup. I don't plan on changing any functionality at this point but I will focus on a more consistent coding style, removing unused code, and following (most) Resharper recommendations. After that, my plan is to start working on a set of wrapper class(es) which exposes a fully-managed public interface. My goal is that regular C# coders can use this library without having to know anything about the various APR and SVN internals such as pools, etc. toby From brennan at offwhite.net Mon Dec 10 15:08:16 2007 From: brennan at offwhite.net (Brennan Stehling) Date: Mon Dec 10 15:08:24 2007 Subject: green! In-Reply-To: <475D91CB.7040603@etjohnson.us> References: <475D91CB.7040603@etjohnson.us> Message-ID: <8dd4018b0712101208y4e97d639i2d4ff83eba5ccdc5@mail.gmail.com> Great work Toby. I am anxious to get into using this library once I have the time again. I want to build that integrated issue tracker. Currently I am wrapping up work on a couple of other OSS projects. -- Brennan Stehling http://brennan.offwhite.net/blog/ http://www.smallsharptools.com/ On Dec 10, 2007 1:21 PM, Toby Johnson wrote: > I'm happy to announce that the unit tests for the full SvnClient library > are now finished and running successfully. There was one client function > (PropList2) which will change significantly in 1.5 which I didn't bother > testing for the moment. I don't plan on adding 1.5 client functions or > tests until 1.5 is actually released (or at least much closer to being > finalized). > > At this point, I plan to start going through the existing code and doing > a thorough cleanup. I don't plan on changing any functionality at this > point but I will focus on a more consistent coding style, removing > unused code, and following (most) Resharper recommendations. > > After that, my plan is to start working on a set of wrapper class(es) > which exposes a fully-managed public interface. My goal is that regular > C# coders can use this library without having to know anything about the > various APR and SVN internals such as pools, etc. > > toby > > _______________________________________________ > svndotnet-users mailing list > Project homepage: > http://www.pumacode.org/projects/svndotnet/ > Subscribe/Unsubscribe/Admin: > http://lists.pumacode.org/mailman/listinfo/svndotnet-users-lists.pumacode.org > > From toby at etjohnson.us Tue Dec 18 11:08:52 2007 From: toby at etjohnson.us (Toby Johnson) Date: Tue Dec 18 11:08:55 2007 Subject: SubversionClient and friends Message-ID: <4767F094.7030009@etjohnson.us> I have just committed the beginnings of the fully-managed SubversionClient library and supporting classes in r115. Comments/suggestions on class names, namespaces, etc. are welcome; for the most part I'm keeping close to the non-managed equivalent except I'm removing redundant/obvious prefixes such as "Svn" and "Wc". I was trying to decide at first whether these classes should marshal the unmanaged data when instantiated, or delay doing so until each property is first requested ("lazy load"), but the decision to use the former was made for me when I realized that the svn_client callbacks sometimes use the same variable for each call instead of allocating new space (which makes sense). I'm sure that the nant scripts are probably broken in their current state, so if anyone wants to work on them I'll try really hard to not make any more sweeping changes. :) I decided to move everything into a single assembly; I didn't see any use in having separate assemblies for AprSharp and/or SubversionSharp. That meant bringing everything under the PumaCode.SvnDotNet namespace but I left the original Softec copyright notices in place. toby From brennan at offwhite.net Tue Dec 18 11:31:20 2007 From: brennan at offwhite.net (Brennan Stehling) Date: Tue Dec 18 11:31:28 2007 Subject: SubversionClient and friends In-Reply-To: <4767F094.7030009@etjohnson.us> References: <4767F094.7030009@etjohnson.us> Message-ID: <8dd4018b0712180831r732795f0vcbc0f755917b3eb7@mail.gmail.com> This sounds great. I hope to try it out once I have time. On Dec 18, 2007 10:08 AM, Toby Johnson wrote: > I have just committed the beginnings of the fully-managed > SubversionClient library and supporting classes in r115. > Comments/suggestions on class names, namespaces, etc. are welcome; for > the most part I'm keeping close to the non-managed equivalent except I'm > removing redundant/obvious prefixes such as "Svn" and "Wc". > > I was trying to decide at first whether these classes should marshal the > unmanaged data when instantiated, or delay doing so until each property > is first requested ("lazy load"), but the decision to use the former was > made for me when I realized that the svn_client callbacks sometimes use > the same variable for each call instead of allocating new space (which > makes sense). > > I'm sure that the nant scripts are probably broken in their current > state, so if anyone wants to work on them I'll try really hard to not > make any more sweeping changes. :) I decided to move everything into a > single assembly; I didn't see any use in having separate assemblies for > AprSharp and/or SubversionSharp. That meant bringing everything under > the PumaCode.SvnDotNet namespace but I left the original Softec > copyright notices in place. > > toby > > _______________________________________________ > svndotnet-users mailing list > Project homepage: > http://www.pumacode.org/projects/svndotnet/ > Subscribe/Unsubscribe/Admin: > http://lists.pumacode.org/mailman/listinfo/svndotnet-users-lists.pumacode.org > > -- Brennan Stehling http://brennan.offwhite.net/blog/ http://www.smallsharptools.com/ From jay.flowers at gmail.com Tue Dec 18 11:38:17 2007 From: jay.flowers at gmail.com (Jay Flowers) Date: Tue Dec 18 11:38:25 2007 Subject: SubversionClient and friends In-Reply-To: <4767F094.7030009@etjohnson.us> References: <4767F094.7030009@etjohnson.us> Message-ID: Hi Toby, I am the project leader for CI Factory. I would like to move our branch of NAnt and CCNet to use your lib instead of svn.exe. We already use it for a NAnt function svn::is-versioned and task svncleantree. I will try and keep tabs on your progress. Please let me know when you think it is stable enough for us to begin integration. Smiles, Jay On 12/18/07, Toby Johnson wrote: > > I have just committed the beginnings of the fully-managed > SubversionClient library and supporting classes in r115. > Comments/suggestions on class names, namespaces, etc. are welcome; for > the most part I'm keeping close to the non-managed equivalent except I'm > removing redundant/obvious prefixes such as "Svn" and "Wc". > > I was trying to decide at first whether these classes should marshal the > unmanaged data when instantiated, or delay doing so until each property > is first requested ("lazy load"), but the decision to use the former was > made for me when I realized that the svn_client callbacks sometimes use > the same variable for each call instead of allocating new space (which > makes sense). > > I'm sure that the nant scripts are probably broken in their current > state, so if anyone wants to work on them I'll try really hard to not > make any more sweeping changes. :) I decided to move everything into a > single assembly; I didn't see any use in having separate assemblies for > AprSharp and/or SubversionSharp. That meant bringing everything under > the PumaCode.SvnDotNet namespace but I left the original Softec > copyright notices in place. > > toby > > _______________________________________________ > svndotnet-users mailing list > Project homepage: > http://www.pumacode.org/projects/svndotnet/ > Subscribe/Unsubscribe/Admin: > > http://lists.pumacode.org/mailman/listinfo/svndotnet-users-lists.pumacode.org > > -- Jay Flowers ---------------------------------------------------------------------- http://jayflowers.com --------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/svndotnet-users-lists.pumacode.org/attachments/20071218/b03ab841/attachment.html From toby at etjohnson.us Tue Dec 18 11:38:40 2007 From: toby at etjohnson.us (Toby Johnson) Date: Tue Dec 18 11:38:42 2007 Subject: SubversionClient and friends In-Reply-To: <8dd4018b0712180831r732795f0vcbc0f755917b3eb7@mail.gmail.com> References: <4767F094.7030009@etjohnson.us> <8dd4018b0712180831r732795f0vcbc0f755917b3eb7@mail.gmail.com> Message-ID: <4767F790.7090007@etjohnson.us> Brennan Stehling wrote: > This sounds great. I hope to try it out once I have time. > Just to be clear, the only thing you can currently try out is "Status". Still working on the others. :) toby From toby at etjohnson.us Tue Dec 18 11:44:32 2007 From: toby at etjohnson.us (Toby Johnson) Date: Tue Dec 18 11:44:35 2007 Subject: SubversionClient and friends In-Reply-To: References: <4767F094.7030009@etjohnson.us> Message-ID: <4767F8F0.4010500@etjohnson.us> Jay Flowers wrote: > Hi Toby, > I am the project leader for CI Factory. I would like to move our > branch of NAnt and CCNet to use your lib instead of svn.exe. We > already use it for a NAnt function svn::is-versioned and task > svncleantree. I will try and keep tabs on your progress. Please let > me know when you think it is stable enough for us to begin integration. > > Smiles, > Jay Jay, I believe that the underlying SubversionSharp library is stable enough for outside projects and it currently has a full set of NUnit tests. However that library is just a thin wrapper around the svn_client library and exposes numerous non-managed types, as well as doing things in a generally non-.NET-like way (such as returning timestamps instead of System.DateTime, AprString/SvnData/SvnUrl instead of strings, etc.) The purpose of the SubversionClient class will be to hide all of that stuff from consuming applications but I've really just started on it and it will be a while before it exposes the full client capabilities. So it's up to you whether you'd prefer to begin using SubversionSharp or wait for SubversionClient to take shape. toby From andreas.ringdal at infofinder.no Wed Dec 19 02:24:55 2007 From: andreas.ringdal at infofinder.no (Andreas Ringdal) Date: Wed Dec 19 02:25:01 2007 Subject: SubversionClient and friends In-Reply-To: <4767F094.7030009@etjohnson.us> References: <4767F094.7030009@etjohnson.us> Message-ID: <19E7F4DA87DAB849A56B6F4C57B542FA18F24D868A@if-admin.hq.infofinder.no> I haven't looked at what you checked in, but what I have been looking for is a managed library that lets me browse a svn repository more or less just like browsing local filesystem using sytem.io.* and retrieve all status info regarding a file by retrieving properties etc. Any good suggestions as where to start writing a svnsharp.io class is also welcome. I have no SVN coding experience, just as a end user using svn + tortoise on windows. Andreas Andreas Ringdal InfoFinder Norge AS Tel: 98 22 18 75 -----Original Message----- From: svndotnet-users-bounces@lists.pumacode.org [mailto:svndotnet-users-bounces@lists.pumacode.org] On Behalf Of Toby Johnson Sent: 18. desember 2007 17:09 To: SvnDotNet Users Subject: SubversionClient and friends I have just committed the beginnings of the fully-managed SubversionClient library and supporting classes in r115. Comments/suggestions on class names, namespaces, etc. are welcome; for the most part I'm keeping close to the non-managed equivalent except I'm removing redundant/obvious prefixes such as "Svn" and "Wc". I was trying to decide at first whether these classes should marshal the unmanaged data when instantiated, or delay doing so until each property is first requested ("lazy load"), but the decision to use the former was made for me when I realized that the svn_client callbacks sometimes use the same variable for each call instead of allocating new space (which makes sense). I'm sure that the nant scripts are probably broken in their current state, so if anyone wants to work on them I'll try really hard to not make any more sweeping changes. :) I decided to move everything into a single assembly; I didn't see any use in having separate assemblies for AprSharp and/or SubversionSharp. That meant bringing everything under the PumaCode.SvnDotNet namespace but I left the original Softec copyright notices in place. toby _______________________________________________ svndotnet-users mailing list Project homepage: http://www.pumacode.org/projects/svndotnet/ Subscribe/Unsubscribe/Admin: http://lists.pumacode.org/mailman/listinfo/svndotnet-users-lists.pumacode.org From toby at etjohnson.us Wed Dec 19 09:42:41 2007 From: toby at etjohnson.us (Toby Johnson) Date: Wed Dec 19 09:42:44 2007 Subject: SubversionClient and friends In-Reply-To: <19E7F4DA87DAB849A56B6F4C57B542FA18F24D868A@if-admin.hq.infofinder.no> References: <4767F094.7030009@etjohnson.us> <19E7F4DA87DAB849A56B6F4C57B542FA18F24D868A@if-admin.hq.infofinder.no> Message-ID: <47692DE1.1040609@etjohnson.us> Andreas Ringdal wrote: > I haven't looked at what you checked in, but what I have been looking for is a managed library that lets me browse a svn repository more or less just like browsing local filesystem using sytem.io.* and retrieve all status info regarding a file by retrieving properties etc. > > Any good suggestions as where to start writing a svnsharp.io class is also welcome. > I have no SVN coding experience, just as a end user using svn + tortoise on windows. > I would say the best place to start looking is at the SubversionSharp project within SvnDotNet, as well as the unit tests for that same project, as that will demonstrate most of the common tasks for operating on a Subversion repository. toby