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 <nka...@gmail.com> wrote: > On Tue, Aug 27, 2019 at 12:42 PM <bryce.scho...@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. >
