Please use git

Despite it being 2016+, and Git being ubiquitous among organizations and teams, I’ve met a surprising number of people in Pakistan that don’t use version control. It makes it incredibly difficult for me to collaborate with them. Even if you’re not from Pakistan, and you don’t use a Version Control System (VCS) like Git, you should. I can’t believe I have to explain this, but when combined with a code hosting site like Github, or Gitlab, or Bitbucket, you get: A complete project history Proper versioning Restoring to a previous version The ability to collaborate efficiently Automated backups The ability to hook on automated build services A better view of your changes in realtime A better view of your code evolution over time This piece (rant) points out some of the excuses I get from people for not using git, and explains why they’re not good excuses. It’s too complicated No it isn’t. Like any other technology, you need to spend a little time learning it, and integrating it in your workflow, but once that’s done: Read ’ because those are all the commands I use. you’ll probably only use about ten commands — ever. Sam Corcos article I’m not too good with the command line. Does the black and white text screen scare you? It shouldn’t, line. As a developer you’re going to have to learn it at some point or hamper your development by using GUI apps as a crutch when the alternative would be so much more efficient. don’t be scared of the command If you’re still not convinced, here’s a list of some very good cross platform Git clients that have beautiful interfaces: GitKraken Github Desktop Any of these “Our project is too small” There’s no such thing. Even if your project is ten lines of codes long, it serves a purpose, and should be version controlled. With a VCS, you get: The ability to publish your project Attract contributors Make future project growth a possibility A timeline of all your changes The ability to undo changes Backups for your repository with command one Synchronized codebase across all your devices You also get: The ability to automatically deploy your code to the servers Automatic tests for every single code change “Our team is too small” There’s no such thing. Even with one person, you get: A timeline of all your changes The ability to undo changes Backups for your repository with command one Synchronized codebase across all your devices With two people or more, you get: Code sharing with command one A single source of the latest codebase An eagle-eye view of all the codebase changes Accountability on code contributions Statistics on individual contributors Streamlined code-review “We use Dropbox” That is not an answer. Dropbox is meant for file storage and sharing. It isn’t as efficient as git for code sharing, and it doesn’t help with conflicts. Oh, you use file history to revert back to older versions? Still not good enough. It doesn’t go further than thirty days. You know what has great version history? a VCS. Guess what isn’t a VCS. Dropbox. “We use email attachments” How many versions of your codebase do you have? How many times has your code split into multiple branches because people didn’t copy other people’s changes before working on their own? Do you like copying and pasting each other’s code into your own? By the way, Git supports email collaboration through . In fact, emailed git patches are the preferred way to . patches submit patches to the Linux kernel “Our designers aren’t technical” Do your designers create HTML and CSS files? They’re technical enough to be using Git. What’s amazing is that with the help of Github pages, you can view their by visiting a url in your browser. latest changes Our is hosted on Github pages. It’s just HTML/CSS in a . company website git repository “I’m a student” You need it the most! When you’re a student you tackle code challenges every day. Without a VCS to help you backup your code, you’ll eventually lose it to a hard disk failure, or broken USB drive, and lose all your past knowledge. Also, on Github, you get to show off your portfolio. As an employer which would you choose: Adam: his resume says he wrote an amazing calendar app for a school project. Bob: his resume says he wrote an amazing calendar app for a school project, . and he has a link to review his code on Github “I don’t need a VCS” You do. “No I don’t” . Yes you fucking do “I have large dependency files” Git has the ability to . Use a to fetch and install your dependencies, and don’t check them into your code. Here’s you could use. ignore specified files in your repositories build system a list of tools “I have large files and datasets that need to be stored in the code” Git LFS has you covered. I don’t want people to see my code. Does your code embarrass you? It shouldn’t, we all started from writing shitty code. . I know I did Is your code private and confidential? It probably isn’t, but if it is, and let you host unlimited private repositories for free. Gitlab Bitbucket I prefer X instead of Git Blasphemy. On a serious note: despite X being a personal choice, Git is the popular choice. Using Git instead of X will make it easier for people to jump onboard quickly! If you want to reach as many collaborators as possibly, Github is definitely the way to go. That aside, I also use spaces instead of tabs, and I use Atom over Vim, Emacs, and Sublime. If you’d like to start a flame war, you’re welcome to tweet at me. 😉 If you have other reasons for not using Git, please tweet at me and I’ll add them here with a response. Share this with your boss, , team lead, or that weird friend who refuses to listen to you, to get them to create a saner workflow. teacher Also, if you like pre-launch software, check out my app at , it’s open source and hosted on : Mailpenny.com github The branch automatically deploys to production master Every push automatically runs tests Every push runs coverage tests Every push compiles and publishes documentation Every Github push, deploy, issue, or pull request notifies me on Slack