Re: Deletion of Branches(Folder and Files) from SVN server
Same answer! On Sun, Sep 8, 2024 at 4:46 AM Nico Kadel-Garcia wrote: > On Fri, Sep 6, 2024 at 7:59 PM Blake McBride wrote: > > > > On Tue, Jul 9, 2024 at 6:42 AM Nico Kadel-Garcia > wrote: > >> > >> > >> There is a time where the "immutable history" becomes too expensive. > >> Spending skull sweat trying to work past the inability to delete > >> obsolete branches or commits also becomes overwhelming. At some point, > >> at least with Subversion, you have to archive the old repo, keep it > >> only for reference, and start over with a clean entirely new repo > >> populated only by a copy of the contents, not of the history. > > > > > > That's the answer! > > This is the case for the Subversino repo of subversion itself. It's > gotten impossibly large and cannot be completely mirrored with > ordinary tools anymore. >
Re: Deletion of Branches(Folder and Files) from SVN server
On Tue, Jul 9, 2024 at 6:42 AM Nico Kadel-Garcia wrote: > > There is a time where the "immutable history" becomes too expensive. > Spending skull sweat trying to work past the inability to delete > obsolete branches or commits also becomes overwhelming. At some point, > at least with Subversion, you have to archive the old repo, keep it > only for reference, and start over with a clean entirely new repo > populated only by a copy of the contents, not of the history. > That's the answer!
Re: Updated documentation
Hi Stefan, Thanks for the quick reply. Although I'd be happy to update the docs, truth is, I'm not qualified. I find I am often required to use GIT although I have a very strong preference for SVN. Not having any current documentation makes my arguments for subversion weaker. Might I suggest a community, coordinated, and managed effort to update the docs? Thanks. Blake McBride On Fri, Sep 11, 2020 at 2:51 PM Stefan Sperling wrote: > On Fri, Sep 11, 2020 at 02:13:26PM -0500, Blake McBride wrote: > > Greetings, > > > > I am a long time user and lover of svn. It seems like the main > > documentation for SVN is for version 1.7 yet svn is now at 1.14. Since > the > > version hasn't gotten to 2.x, I presume that the changes are not overly > > significant. So, is there better documentation, or are there plans to > > update the red-bean version? > > > > Thanks! > > > > Blake McBride > > Hi Blake, > > The best source of information about what changed since 1.7 are > release notes: https://subversion.apache.org/docs/release-notes/ > > It would be great if the book were expanded to reflect changes that > appeared after 1.7. Contributions to the book are welcome. See the > section "Feeback/Contributing" on http://svnbook.red-bean.com/ > > Regards, > Stefan >
Updated documentation
Greetings, I am a long time user and lover of svn. It seems like the main documentation for SVN is for version 1.7 yet svn is now at 1.14. Since the version hasn't gotten to 2.x, I presume that the changes are not overly significant. So, is there better documentation, or are there plans to update the red-bean version? Thanks! Blake McBride
Cannot negotiate authentication mechanism under Windows
Greetings, I am running an SVN 1.7 server on a Linux box utilizing svnserve. I can access it from external Linux and Mac boxes without a problem utilizing Cyrus SASL authentication. I have a Windows 7 box with CollabNet SVN 1.7.9 installed. It shows support for Cyrus SASL authentication. When I try: svn list svn://..xxx/y (Obviously the xxx and yyy above are what is valid for my configuration. I am using the exact same command that works on all the other boxes!) I get: svn: E210007: Unable to connect to a repository at URL 'svn://..xxx/y' svn: E210007: Cannot negotiate authentication mechanism I have spent four hours on this with no luck. I've tried turing off all firewalls and anti-virus programs. I tried installing a number of different versions of SVN. I tried passing the username and password on the command line. I've tried, and tried, and tried. I am running Windows under the latest version of VMWare but everything else has been working on it for a long time. Any help would sure be appreciated. Blake McBride
