Diverging is expected, so the branches downloaded from a remote repository are always namespaced with "reponame/", while Hg's docs imply that a diverged bookmark is supposed to be dealt with quickly.) Though it seems that Git branches aren't kept as strictly in sync with the remote repository as Hg bookmarks are. ![]() And similarly, when you create a new local branch off "master", it's just creating a second bookmark that points to the same commit as "master". branch) is updated to point to them, so now both the local and remote bookmarks independently point to the same commit. (In fact, that's what happens when you push to GitHub – first the commits are uploaded, and then the remote repository's "main" or "master" bookmark (i.e. They're not immutably attached to commits but act as flexible pointers to some commit ID (see Mercurial's Bookmarks docs), so it is entirely possible for several repositories to have their own bookmarks pointing to the same commit. Git branches work like Mercurial's bookmarks. We always have great input from our open source community-whether that be quick issue reporting, beta feedback, enhancement suggestions, or contributing many fixes and improvements for everyone to enjoy.(but bear in mind I come from a Mercurial background so maybe I'm not fully understanding Git's branches - I think they exist outside the version control somehow?). Since 3.1, 17 enhancements and fixes from our open source contributors have shipped to production and 5 more shipping with 3.2. GitHub Desktop is proud to be an open source project and represents both GitHub and the open source community. Shout out to our open source contributors ![]() That way, you can be certain about the changes you’re about to push or merge onto another branch, and make sure no unintended changes are included in them. You can see all the changes across multiple commits by just selecting them. You can also open the submodule at the click of a button! You will now know whether submodules are just pointing at a different commit or if there are changes within them that you must commit. Submodule support is much improved by providing a more detailed “diff” when you have changes. If you have been enjoying our pull request notifications on your repositories, you will be happy to hear that those same notifications are now supported on forks. Instead of having to switch branches, you can use the repository menu item to fetch those changes. Similarly, you may find yourself in a new local branch you are not ready to publish, yet you want to fetch to see if there are any new changes on your main branch you would want to merge in. For example, you can force push when commits exist on the remote that you are sure you want to overwrite. Now, when you find your branch in any diverged state, you can opt to use the force push repository menu item. Previously, you could only force push after an action such as rebasing. Since our last blog post, we have had a plethora of great enhancements released, including improved submodule support, notifications for forks, multi-commit diffing, force pushing, and fetching. It lets you do that double-checking before leaving your local development environment. Now with the “Preview Pull Request” feature, you can see the diff of all the changes brought in from all the commits on your feature branch before opening your pull request. Have you ever submitted a pull request only to find you’ve accidentally left in a debugger statement, requiring you to return back to your local environment, remove the debugger, commit, and push up the change? This can be annoying, time consuming, and maybe even a little embarrassing. If you find yourself apprehensive to push your changes up to and open a pull request, you will like the confidence boost reviewing your pull request locally will give you. GitHub Desktop helps you feel confident in your Git workflows, and now we want to help you feel confident in your GitHub workflows as well. Taking that feature to the next level, GitHub Desktop 3.2 allows you to “Preview your Pull Request”– see a diff of all the changes being introduced by your feature branch into your repository’s default branch. ![]() This allows you to be certain there are no unintended changes in the group of commits you are about to push. ![]() In GitHub Desktop 3.1, we introduced viewing the diff of changes across multiple commits.
0 Comments
Leave a Reply. |