I *HATE* being forced to write .bat files so I do not have to spend 20+ minutes typing out gibberish commands to accomplish something relatively simple !
This is 2015, not 1985 !

How are people using Git these days? I admit that I thought, after using Subversion and Perforce, that using a command line tool for revision control was silly, but after about two weeks I figured it out. I've been using Git for about two years now and I've switched all my personal projects over to Git.

* and not a single *.bat file in sight

How are people using Git these days?

Try android OS platform development sometime. Several hundred mutually-dependent git repositories, held together with a set of python scripts, and a healthy dose of luck...

How are people using Git these days?

Try android OS platform development sometime. Several hundred mutually-dependent git repositories, held together with a set of python scripts, and a healthy dose of luck...

I can see how this could dissuade someone from using the tool.

*Starts reading thread about online strlen tool.*

*Ends up reading git war.*

*Starts reading thread about online strlen tool.*

*Ends up reading git war.*

It's the Lounge, so, you know...

Sadly, my boss a few weeks ago asked for an online strlen tool. We're working with a device manufacturer that has a device with a scripting language. Said scripting language has strings, but no string length function, so he needed to precompute string lengths and do additions. The device was also only accessible via a Windows client so he was doing work on a ten year old windows laptop that didn't have any development tools installed.

Several hundred mutually-dependent git repositories, held together with a set of python scripts, and a healthy dose of luck...

I'm a noob with source control systems, and currently I only know entry level Mercurial stuff - enough to get by on my own solo project. Still, it surprises me how little support there are in source revision systems for sub-projects. Basically if I want to add a subproject to my project, I need to copy+paste it into my project, or else plan to deal with loads of pain. Every programming project is built upon other projects that are built upon other projects - sometimes only a few, sometimes dozens or even hundreds.

Having proper sub-project support would actually increase my willingness to A) stay up to date, and B) contribute fixes back to the original project repository.

It'd also be nice if there was even support for having a .git repository as a sub-project of a .hg repository or vise-versa.

Easily, I mean. Right now I could probably set one up, but it'd require too much manual configuring and potential for human-error.

Still, it surprises me how little support there are in source revision systems for sub-projects.

In the past I've thought the way you do, and I've come to the realisation that I was mistaken: dependencies are not the concern of source control, they should instead be the concern of your build tool.

Rust's cargo, Android's gradle - these are fantastic examples of such tools. They can pull in binary dependencies from a remote package repository. They can pull in source code dependencies from a remote repository. And they can allow you to override such packages with local source code if you need to hotfix a dependency.

All-in-all, they are pretty damn nice.

Well, if there's any one thing that beats patenting of obvious inventions by tagging on "in a computer", its by tagging on "on the internet."

Or "using XML" or "on a handheld device".

*Starts reading thread about online strlen tool.*

*Ends up reading git war.*

my thread! OH GOD MY THREAD!

(this is pretty entertaining though)