Setting up an Online Repository
This article is actively undergoing a major edit.
The user who added this notice will be listed in its edit history should you wish to contact them.
This article describes the process of setting up an online Git repository, and discusses the workflow.
Why do I Need a Repository?
The biggest benefit is to combine changes made by all members of the mod team into a single "current" copy. If you're working on a mod by yourself, you probably don't need an online repository. However, an offline one will still give you many other benefits, which online repositories also provide. If you break something, you can easily compare to the previous version (or rollback to it), and easily keep track of exactly what things you've changed since the previous version. Also, if valve update the source code, a repository can make the task of merging the two versions of the code considerably easier.
- Commit - A snapshot of the project. Its purpose is to allow to revert unwanted changes and any accidents (such as deleting something). On the graph below, individual dots are commits.
- Repository - The service that stores each commit; it is often used as a substitute for the folder which holds the project.
- Branch - A separate chain of commits; think of it as making your own version of the project, while others make their own ones.
- Master Branch - The mutual version of the project; every now and then you (or the project manager) will need to merge your version with the "official" (master) one. This will create a new commit. However, before branches can be merged, you will need to push (upload) your changes to the online repository. You should also make it a habit to pull (download) from the master branch before starting any work. On the picture below you can see the master branch (blue), and a side branch (green, "Feature").
- Tip - is the latest commit in a branch
- Pull - "Download" commits from the branch in the repository. You pull in order to update the project on your end.
- Push - "Upload" your local commits to th repository. You push in order to update the project on the repository.
In this guide, the following applications and services are used:
First, it is necessary to install Git on our local machine and later set up the local and online repository.
- Download and install Git.
- First-time Git Setup - "Your Identity" is the important part of the article. This step is still optional, but will resolve headaches later.
- Register a free account at GitLab
- Before you can properly use the online git functions, you will need to generate an SSH key and add it to your gitlab account. Here's a guide.
To do: Add git-kraken stuff
Creating the Project
- In your dashboard, click the green New project button or use the plus icon in the navigation bar. This opens the New project page.
- On the New project page, choose blank project.
- On th Blank project tab, provide the following information:
- The name of your project in the Project name field. When adding the name, the Project slug will auto populate. The slug is what the GitLab instance will use as the URL path to the project. If you want a different slug, input the project name first, then change the slug after.
- The Project description (optional) field enables you to enter a description for your project’s dashboard, which will help others understand what your project is about. Though it’s not required, it’s a good idea to fill this in.
- Changing the Visibility Level modifies the project’s viewing and access rights for users.
- (Optional) Selecting the Initialize repository with a README option creates a README file so that the Git repository is initialized, has a default branch, and can be cloned.
- Click Create project.
Cloning the Project
- Navigate to the directory in which you want to place the mod folder at.
- Inside the folder, right click and click on "Git bash here".
- Copy and paste the following command (right click because Ctrl+C doesn't work in Bash):
git clone firstname.lastname@example.org:MyRepository.git FolderName
Creating a Remote
This is an additional step to make the git workflow a little bit easier.
To make the process of downloading/uploading easier, a remote can be created; it's a shortcut which replaces the lengthy repository URL with a short acronym; generally speaking, a common name for a remote is origin, but it can be called in any name. The command is:
git remote add <remote_name> <remote_repo_url>
git remote add origin email@example.com:MyRepository.git