There was never a point in American history where the Irish were not considered white. It's just that racism is amazingly not limited to whites vs non-whites.
For coach, I wish they would just stack people in laying down. Laying down for the flight would be much better than sitting. I don't see why they couldn't get the same amount of people in if they configured the plane correctly.
I can't see this happening without either Windows getting in the way, negating much of the advantage of a console (have a look at the Windows handhelds and how they're not selling and how they're not a great experience), or Microsoft swallowing a massive part of their pride. Valve started directing work towards Linux literally because of Microsoft trying to close down the Windows ecosystem,[1] and Valve wanted an escape route if Microsoft decided to actually do that.
MS crawling on their knees to Valve to get them to cooporate on something (and Valve saying yes!), or MS figuratively doing the same by undoing all the problems MS have made for themselves with Windows and making a decent 10-foot UI so you'd actually want to use Steam on your Xbox, both seem incredibly unlikely.
Not to mention that this is more or less just admitting defeat for MS, leaving every single penny of profit in PC and Xbox gaming to Valve, other than what's directly tied to the hardware, which isn't where any of the profit actually lies.
That sucks, git is so absolutely horrible. It's crazy to me that nobody has made anything better yet. Although I could start that myself and yet have not.
SVN was more straightforward to use, but that straightforwardness lost a lot in terms of fidelity.
The fact that it was easy to clone a subdirectory was nice; the fact that branches were just subdirectories also was not nice. The fact that tags were mutable since they were also just subdirectories... the fact that every operation you ever did required going to the server (commit, log, checkout, everything) made it a pain if you were on a slow link.
I can't count the number of times I was inspecting SVN history and had to just 'svn log > /tmp/svn.log' so I would have the whole log locally rather than having to hit the server each time I wanted to refine a grep.
git-svn is good for interacting with an SVN repository using git, but if you want to do a full-on migration there's a lot more to do.
I ended up using KDE's SVN migration tool, which was extremely featureful and versatile, as it was designed for the case of moving a massive, complex SVN repository into multiple separate Git repositories, filtering files/directories, importing tags/branches/etc. Saved me a ton of time.
My favourite part was at the end when we migrated the biggest, most important repo, a lot of the original SVN commits were imported from CVS, meaning we had a direct CVS-to-SVN-to-Git migration keeping all of the original metadata from the CVS commits (such as it was). The data purist in me rejoiced.
Also, for a lot of SVN history running it required such a specific Apache webserver setup that it was at times complex to configure correctly and made it comparatively expensive to find SVN repository hosts. SVN seemed cheap mostly only if you had cheap labor for infrastructure. Very few hosts got to "forge scale" like SourceForge did with CVS or GitHub would eventually/"quickly" do with git.
Git is fit for purpose. That purpose is to host a monorepo, with out a lot of 3rd party dependancies, distributed, patch based.
Thats not how everyone else works.
We're all using package managers to help with massive amounts of 3rd party dependancies (why are you version pinning in any place other than your repo, why arent you pulling updates through your repo and reviewing them)
We're reliant on tools like artifactory to make sure those depedancys dont disappear or are not corrupted.
We use yet other tools to manage our binary files (this tool would fix that).
Github, gittea, gitlab, bitbucket... have all added piles of tooling around git, that are grafted on around its short comings.
> It's crazy to me that nobody has made anything better yet.
> Although I could start that myself and yet have not.
Because unless your a Google or a Linus, no one is going to look twice at your tool for something that is this important. Im not even sure that epic games has the good will, or trust to launch this.
I am going to give them the benefit of the doubt and take a long hard look at it, but my optimism is tempered. But unless it offers a LOT more than git, the extra overhead (lacking IDE support, deployment changes and all the other tooling in GIT's orbit) it isnt going to be a worth while change.
This tool is not for pure source code. It's for videogames. Videogame-specific VCS have been lacking much more than Git has, since the start. As others have said, the biggest problem is undiffable binary files.
