I disagree: I still use svn because of its centralized nature and good
native out-of-the-box handling of large binary files. Git will never really
check those boxes.
On Tue, Aug 27, 2019, 4:02 PM Nico Kadel-Garcia <nkadel_at_gmail.com> wrote:
> On Tue, Aug 27, 2019 at 12:42 PM <bryce.schober_at_gmail.com> wrote:
> >
> > FWIW, I found the explanations in these two emails from the same thread
> to be easier to understand as a user:
> > https://svn.haxx.se/users/archive-2010-11/0408.shtml
> > https://svn.haxx.se/users/archive-2010-11/0466.shtml
> >
> > This sounds like yet another UX flaw caused by the constraints of
> subversion's characteristic "flexibility" afforded by its nearly-complete
> agnosticism regarding repository branching and tagging structure. As I use
> git more and more for all of my daily development, I continue to run into
> UX problems like this that are made so much less helpful and more
> surprising, all in the name of that ultimate "everything is just a
> sub-tree" flexibility. I am coming to strongly believe that this design
> paradigm is SVN's fatal flaw keeping it from being the best long-term
> centralized VCS competitor to git & other DVCSes.
>
> You are a decade late for that discussion. Enforcing other system's
> architecture on top of Subversion would break the very reasons people
> still use it.
>
Received on 2019-08-28 01:26:19 CEST