This version of GitHub Enterprise Server was discontinued on 2024-01-04. No patch releases will be made, even for critical security issues. For better performance, improved security, and new features, upgrade to the latest version of GitHub Enterprise Server. For help with the upgrade, contact GitHub Enterprise support.

Creating your first repository using GitHub Desktop

In this article

You can use GitHub Desktop to create and manage a Git repository without using the command line.

Introduction

GitHub Desktop is a free, open source application that helps you to work with code hosted on GitHub or other Git hosting services. With GitHub Desktop, you can perform Git commands, such as committing and pushing changes, in a graphical user interface, rather than using the command line. For more information, see "About GitHub Desktop."

By the end of this guide, you'll have used GitHub Desktop to create a repository, make changes to the repository, and publish the changes to GitHub Enterprise Server.

After installing GitHub Desktop and signing into GitHub or GitHub Enterprise you can create and clone a tutorial repository. The tutorial will introduce the basics of working with Git and GitHub, including installing a text editor, creating a branch, making a commit, pushing to GitHub.com, and opening a pull request. The tutorial is available if you do not have any repositories on GitHub Desktop yet.

We recommend completing the tutorial, but if you want to explore GitHub Desktop by creating a new repository, this guide will walk you through using GitHub Desktop to work on a Git repository.

Part 1: Installing GitHub Desktop and authenticating your account

You can install GitHub Desktop on any supported operating system. After you install the app, you will need to sign in and authenticate your account on GitHub or GitHub Enterprise before you can create and clone a tutorial repository.

For more information on installing and authenticating, see "Setting up GitHub Desktop."

Part 2: Creating a new repository

If you do not have any repositories associated with GitHub Desktop, you will see a "Let's get started!" view, where you can choose to create and clone a tutorial repository, clone an existing repository from the Internet, create a new repository, or add an existing repository from your hard drive.

Screenshot of the "Let's get started!" view in GitHub Desktop.

Creating and cloning a tutorial repository

We recommend that you create and clone a tutorial repository as your first project to practice using GitHub Desktop.

  1. Click Create a Tutorial Repository....
  2. Follow the prompts in the tutorial to install a text editor, create a branch, edit a file, make a commit, publish to GitHub, and open a pull request.

Creating a new repository

If you do not wish to create and clone a tutorial repository, you can create a new repository.

  1. Click Create a New Repository on your Hard Drive....
  2. In the "Create a New Repository" window, fill in the fields and select your preferred options.
    • "Name" defines the name of your repository both locally and on GitHub Enterprise Server.
    • "Description" is an optional field that you can use to provide more information about the purpose of your repository.
    • "Local path" sets the location of your repository on your computer. By default, GitHub Desktop creates a GitHub folder inside your Documents folder to store your repositories, but you can choose any location on your computer. Your new repository will be a folder inside the chosen location. For example, if you name your repository Tutorial, a folder named Tutorial is created inside the folder you selected for your local path. GitHub Desktop remembers your chosen location the next time you create or clone a new repository.
    • Initialize this repository with a README creates an initial commit with a README.md file. READMEs helps people understand the purpose of your project, so we recommend selecting this and filling it out with helpful information. When someone visits your repository on GitHub Enterprise Server, the README is the first thing they'll see as they learn about your project. For more information, see "About READMEs."
    • The Git ignore drop-down menu lets you add a custom file to ignore specific files in your local repository that you don't want to store in version control. If there's a specific language or framework that you'll be using, you can select an option from the available list. If you're just getting started, feel free to skip this selection. For more information, see "Ignoring files."
    • The License drop-down menu lets you add an open-source license to a LICENSE file in your repository. You don't need to worry about adding a license right away. For more information about available open-source licenses and how to add them to your repository, see "Licensing a repository."
  3. Click Create repository.

Part 3: Exploring GitHub Desktop

In the file menu at the top of the screen, you can access settings and actions that you can perform in GitHub Desktop. Most actions also have keyboard shortcuts to help you work more efficiently. For a full list of keyboard shortcuts, see "GitHub Desktop keyboard shortcuts."

The GitHub Desktop repository bar

At the top of the GitHub Desktop app, you will see a bar that shows the current state of your repository.

Screenshot of the GitHub Desktop app. A bar displaying details for the "hello-world" repository spans the top of the window, and is outlined in orange.

  • Current repository shows the name of the repository you're working on. You can click Current repository to switch to a different repository in GitHub Desktop.
  • Current branch shows the name of the branch you're working on. You can click Current branch to view all the branches in your repository, switch to a different branch, or create a new branch. Once you create pull requests in your repository, you can also view these by clicking on Current branch.
  • Publish repository appears because you haven't published your repository to GitHub Enterprise Server yet, which you'll do later in the next step. This section of the bar will change based on the status of your current branch and repository. Different context dependent actions will be available that let you exchange data between your local and remote repositories.

Changes and History

In the left sidebar, you'll find the Changes and History views.

Screenshot of the GitHub Desktop app. A sidebar on the left-hand side, with tabs labeled "Changes" and "History", is highlighted with an orange outline.

  • The Changes view shows changes you've made to files in your current branch but haven't committed to your local repository. At the bottom, there is a box with "Summary" and "Description" text boxes and a Commit to BRANCH button. This is where you'll commit new changes. The Commit to BRANCH button is dynamic and will display which branch you're committing your changes to.
  • The History view shows the previous commits on the current branch of your repository. You should see an "Initial commit" that was created by GitHub Desktop when you created your repository. To the right of the commit, depending on the options you selected while creating your repository, you may see .gitattributes, .gitignore, LICENSE, or README files. You can click each file to see a diff for that file, which is the changes made to the file in that commit. The diff only shows the parts of the file that have changed, not the entire contents of the file

Part 4: Publishing your repository to GitHub Enterprise Server

When you create a new repository, it only exists on your computer and you are the only one who can access the repository. You can publish your repository to GitHub Enterprise Server to keep it synchronized across multiple computers and allow other people to access it. To publish your repository, push your local changes to GitHub Enterprise Server.

  1. In the repository bar, click Publish repository. Screenshot of the repository bar. A button, labeled "Publish repository", is highlighted with an orange outline.
  2. In the "Publish Repository" window, enter details for your new repository.
    • GitHub Desktop automatically fills the "Name" and "Description" fields with the information you entered when you created the repository.
    • Keep this code private lets you control who can view your project. If you leave this option unselected, other users on GitHub Enterprise Server will be able to view your code. If you select this option, your code will not be publicly available.
    • The Organization drop-down menu, if present, lets you publish your repository to a specific organization that you belong to on GitHub Enterprise Server.
    1. Click Publish Repository.
    2. You can access the repository on GitHub.com from within GitHub Desktop. In the file menu, click Repository, then click View on GitHub. This will take you directly to the repository in your default browser.

Part 5: Making, committing, and pushing changes

Now that you've created and published your repository, you're ready to make changes to your project and start crafting your first commit to your repository.

  1. To launch your external editor from within GitHub Desktop, in the "GitHub Desktop" menu bar, select Repository, then click Open in EDITOR. For more information, see "Configuring a default editor in GitHub Desktop." Screenshot of a menu bar on a Mac. Under the open "Repository" dropdown menu, a cursor hovers over "Open in Visual Studio Code", highlighted in blue.

  2. Make some changes to the README.md file that you previously created. You can add information that describes your project, like what it does and why it is useful. When you are satisfied with your changes, save them in your text editor.

  3. In GitHub Desktop, navigate to the Changes view. In the file list, you should see your README.md. The checkbox to the left of the README.md file indicates that the changes you've made to the file will be part of the commit you make. In the future, you might make changes to multiple files but only want to commit the changes you've made to some of the files. If you click the checkbox next to a file, that file will not be included in the commit. Screenshot of the "Changes" tab in the sidebar. To the left of the "README.md" file, a selected checkbox is highlighted with an orange outline.

  4. At the bottom of the Changes list, enter a commit message. To the right of your profile picture, type a short description of the commit. Since we're changing the README.md file, "Add information about purpose of project" would be a good commit summary. Below the summary, you'll see a "Description" text field where you can type a longer description of the changes in the commit, which is helpful when looking back at the history of a project and understanding why changes were made. Since you're making a basic update of a README.md file, you can skip the description. Screenshot of the "Changes" tab in the sidebar. To the right of a profile picture, a text field containing a commit message is outlined in orange.

  5. Below your commit message, click Commit to BRANCH NAME. The commit button shows your current branch so you can be sure to commit to the branch you want.

  6. To push your changes to the remote repository on GitHub Enterprise Server, click Push origin. Screenshot of the "Repository" menu bar. A button, labeled "Push origin", is highlighted with an orange outline.

    • The Push origin button is the same one that you clicked to publish your repository to GitHub Enterprise Server. This button changes contextually based on where you are at in the Git workflow. It should now say Push origin with a 1 next to it, indicating that there is one commit that has not been pushed up to GitHub Enterprise Server.
    • The "origin" in Push origin means that you are pushing changes to the remote called origin, which in this case is your project's repository on GitHub.com. Until you push any new commits to GitHub Enterprise Server, there will be differences between your project's repository on your computer and your project's repository on GitHub.com. This allows you to work locally and only push your changes to GitHub.com when you're ready.

  7. In the window to the right of the Changes view, you'll see suggestions for actions you can do next. To open the repository on GitHub Enterprise Server in your browser, click View on GitHub Enterprise Server. Screenshot of the "No local changes" screen. In a list of suggestions, a button, labeled "View on GitHub", is highlighted with an orange outline.

  8. In your browser, click 2 commits. You'll see a list of the commits in this repository on GitHub Enterprise Server. The first commit should be the commit you just made in GitHub Desktop. Screenshot of the repository page on GitHub. Above the list of files and next to a clock icon, a link, labeled "2 commits", is outlined in orange.

Conclusion

You've now created a repository, published the repository to GitHub Enterprise Server, made a commit, and pushed your changes to GitHub Enterprise Server. You can follow this same workflow when contributing to other projects that you create or collaborate on.

Further reading