![]() Files displayed in the Versioning view can be refreshed to reflect any changes that may have been made externally. Refreshes the status of the selected files and folders. The following table lists the Git commands available in the toolbar of the Versioning view: Iconĭisplays a list of files that are either already staged or only modified/created and not staged yet.ĭisplays a list of files that are staged.ĭisplays files that have differences between their staged and Working Tree states. The Versioning view toolbar also includes buttons that enable you to invoke the most common Git tasks on all files displayed in the list. This displays the list of files that are not staged. In the Commit dialog box, select the Select the Changes between HEAD and Working Tree ( ) toggle button. In the context menu, choose Git > Commit. In the Projects window, right-click the file you want to commit. Commit the file(s) as described in the Committing Sources to a Repository section below.ġ. ![]() This displays the list of files that are already staged. In the Commit dialog box, select the Changes between HEAD and Index ( ) toggle button. This adds the file contents to the Index before you commit it. In the Projects window, right-click the file you want to add. Skip adding new or modified files to the Index and commit the required files directly to the HEADġ. Workflow DescriptionĮxplicitly add new or modified files to the Index and then commit only those that are staged in the Index to the HEAD The IDE allows you to choose between the two workflows described in the following table. ![]() After you perform the commit, the IDE saves those snapshots in the HEAD. If you want to commit your changes before switching branches, see " Committing and reviewing changes to your project in GitHub Desktop.When adding files to a Git repository, the IDE composes and saves snapshots of your project first in the Index. You can commit your changes on the current branch, stash your changes to temporarily save them on the current branch, or bring the changes to your new branch. If you have uncommitted, saved changes, you'll need to decide what to do with your changes before you can switch branches. You can view and make commits to any of your repository's branches. In the repository bar, click Current Branch, then click the branch that you want to publish.If you create a branch on GitHub Enterprise Server, you'll need to publish the branch to make it available for collaboration on GitHub. Right-click on the commit you would like to create a new branch from and select Create Branch from Commit. Under "Create branch based on.", select a base branch for your new branch. In the "Create a Branch" window, under "Name", type the name of the new branch. If you have more than one branch, you can choose to base the new branch on the currently checked out branch or the default branch.Īt the top of the app, click Current Branch and then in the list of branches, click the branch that you want to base your new branch on. Tip: The first new branch you create will be based on the default branch. For more information, see " About protected branches." Creating a branch Repository administrators can enable other protected branch settings to enforce specific workflows before a branch can be merged. If you're working on a branch that's protected, you won't be able to delete or force push to the branch. Repository administrators can enable protections on a branch. You can always create a branch in GitHub Desktop if you have read access to a repository, but you can only push the branch to GitHub if you have write access to the repository. For more information, see " Creating an issue or pull request from GitHub Desktop" and " About pull requests." Once you're satisfied with your work, you can create a pull request to merge your changes in the current branch into another branch. This can be helpful if you need to return to an earlier view of the repository to investigate a bug, or to create a hot fix on top of your latest release. ![]() You can also create a branch starting from a previous commit in a branch's history. You can then work on this new branch in isolation from changes that other people are making to the repository. Typically, you might create a branch from the default branch of your repository. You always create a branch from an existing branch. ![]() For example, you could use a branch to develop a new feature or fix a bug. Branches isolate your development work from other branches in the repository. You can use branches to safely experiment with changes to your project. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |