vadishev's comments

vadishev | 3 years ago | on: Show HN: Get rid of Git submodules and never look back (now for GitHub users)

Probably depends on a video player of your browser, how it scales the video. It's just an mpeg4 video published on the website.

vadishev | 5 years ago | on: What comes after Git?

This and also path based access (limiting access to certain directories/files within a branch).

vadishev | 5 years ago | on: What comes after Git?

I think the next SCM tool to Git, is what a Jetbrains IDE is to a text editor. It's an integrated environment on top of Git which deeply understands your code structure, dependencies, etc.

vadishev | 5 years ago | on: What comes after Git?

To be honest, I doubt better submodules are gonna help you overtake Git, there's too much inertia in this market. Take for example Mercurial which is a great tool and exists forever, yet it still lost its battle to Git.

I'd rather believe that submodules are fixed at some point or an alternative solution appears that works much better. Git subtree is around for a while and there's also Git X-Modules https://gitmodules.com which is modules on the Git server.

vadishev | 13 years ago | on: Git is 42 times more space efficient than SVN

The article does not explain why Git is that much more efficient. It has some thoughts in the right direction though.

Obviously, SVN and Git have different delta-compression techniques. For a given SRC and DST files, Git's algorithm puts COPY instruction from any position at SRC file. Subversion however restricts COPY instructions to be sequential, i.e. the consumer of generated instruction stream doesn't perform random reads at SRC in order to produce DST.

For the sake of simplicity, let SRC='aabc' and DST='aaxyaa':

Git instruction stream:

  COPY   'aa'
  INSERT 'xy'
  COPY   'aa'

SVN instruction stream:

  COPY   'aa'
  INSERT 'xyaa'

As result delta-encoded DST file is more compact in Git repository than in Subversion. What are the drawbacks of Git's approach? Good exercise for the reader.