Source control: Difference between revisions
Added dev & asset navboxes |
m cat |
||
Line 70: | Line 70: | ||
{{development nav}} | {{development nav}} | ||
{{asset nav}} | {{asset nav}} | ||
[[Category:Programming]] |
Revision as of 18:13, 15 July 2024
Source control is a set of activities which is often performed by any member of the team who is producing game assets of any kind (script, art, music, code, etc). It involves managing and organizing different versions of the assets produced, communicating to the team about changes made and the version to use for relevant team members. With VNs that have longer development duration, a version control system can be used to assist the development team in managing asset changes as well as facilitate coding in parallel. The job of managing the version control system typically falls under the programmer's role.
Classic source control
- Google Drive
- Dropbox
- Discord
- any application that allows file sharing
Version control system
Tools
Version control systems such as Git is often used along with a repository management service such as GitHub or Bitbucket. These services allow you to make coding assets and game builds available for all team members (or the public if desired), with additional functionalities unique to version control system such as pull requests which supports coding in parallel. Similar to file sharing websites, these hosting services can serve as backup of game assets and protection against irreversible changes, as all committed changes are recorded and any earlier version of the game assets can be recovered.
Terminology
- Repository: folder containing the game assets that the version control system will track
- Clone: make a copy of a repository hosted on a website (e.g. GitHub) and download it
- Commit: record a set of changes made to the tracked files in the repository
- Commit History: list of all commits/changes made to the repository
- Branch: group of commits on top of a base commit history
- Merge: combine two branches/commit history to form one commit history
- Merge Conflicts: conflicting changes detected when attempting to merge
- Pull: merge the remote/hosted branch into the local branch (website to local)
- Push: merge the local branch into the remote/hosted branch (local to website)
Quick start
Quick guide for setting up with GitHub because it's free and widely used:
Do it once
You can use GitHub either with the Command Line Interface (CLI) or GitHub Desktop. Installing GitHub Desktop also installs Git for the CLI. Another option is to use the integrated Git extension inside Visual Studio Code (Assuming it's already your IDE/Coding software of choice).
Git CLI
- Create a GitHub account here
- Install Git here
- Set your GitHub username and email on the CLI (refer here and here)
- Create a personal access token, set it to never expire and save it somewhere (steps here)
GitHub desktop
- Create a GitHub account here
- Install GitHub Desktop here
- Authenticate your GitHub account (check here)
New game setup
With every new game.
Git CLI
- Create a new repository on GitHub (steps here)
- Google for the gitignore file of your game engine (here's renpy)
- Add the .gitignore file in the repository and commit on GitHub (refer here)
- Clone the repository to your computer (steps here)
- Add your game files to the repository and commit in CLI
git commit -m "add game files !"
- To update the repository on GitHub, push in CLI (enter your token when asked for password)
git push
- Happy jamming!
GitHub Desktop
- Create a new repository on GitHub (steps here)
- Google for the gitignore file of your game engine (here's renpy)
- Add the .gitignore file in the repository and commit on GitHub (refer here)
- Clone the repository to your computer (refer here)
- Add your game files to the repository and commit in GitHub Desktop (check here)
- To update the repository on GitHub, push origin in GitHub Desktop (refer here)
- Happy jamming!
For more references on getting started with GitHub, here's the official docs.
|