google - Seattle : salt devops
- Кабринский Эдуард |
| 2021-05-13 02:07:23 by Birminghamkt
|
[b]Кабринский Эдуард - Git azure devops - Рдуард Кабринский
<h1>Git azure devops</h1>
<p>[youtube]</p>
Git azure devops <a href="http://remmont.com">News page</a> Git azure devops
<h1>Git azure devops</h1>
<p>Getting Started with Git using Azure DevOps Server 2019 <br /></p>
<h2>Overview</h2>
<p>In this lab, you’ll learn about Git support in Azure DevOps Server 2019 and Visual Studio 2019. Git is a distributed version control system with repositories that live both locally (such as on a developer’s machine) and hosted on Azure DevOps Server. And if you have any doubt about the scalability of Git, rest assured that Azure DevOps Server support for Git Virtual File System (GVFS) empowers you to virtually unlimited scale. Just ask the Windows team-they use it to manage over 300GB across 3.5 million files.</p>
<h2>Prerequisites</h2>
<p>In order to complete this lab you will need the Azure DevOps Server 2019 virtual machine provided by Microsoft. Click the button below to launch the virtual machine on the Microsoft Hands-on-Labs portal.</p>
<p>Alternatively, you can download the virtual machine from here.</p>
<h2>Exercise 1: Getting started with Git</h2>
<p>In this exercise, you will learn how to create, clone, and push commits to a Git repository in Azure DevOps Server.</p>
<h3>Task 1: Removing the existing source clone</h3>
<p>Log in as <strong>Sachin Raj (VSALMSachin)</strong>. All user passwords are <strong>P2ssw0rd</strong>.</p>
<p>In <strong>Explorer</strong>, navigate to <strong>C:UsersJuliaSourceRepos</strong> and delete the <strong>PartsUnlimited</strong> folder. This will remove the existing clone of the repo so you can start fresh.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/000.png" /></p>
<h3>Task 2: Cloning an existing repository</h3>
<p>Open a browser window and navigate to the <strong>PU DevOps Portal</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/001.png" /></p>
<p>Navigate to the <strong>Repos</strong> hub.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/002.png" /></p>
<p>Click <strong>Clone</strong> and click the <strong>Copy to Clipboard</strong> button to copy the Git clone path.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/003.png" /></p>
<p>Open <strong>Visual Studio</strong> from the taskbar.</p>
<p>Click <strong>Clone or check out code</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/004.png" /></p>
<p>Paste the <strong>Repository location</strong> and click <strong>Clone</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/005.png" /></p>
<p>After the project has cloned, use <strong>Solution Explorer</strong> to double-click <strong>PartsUnlimited.sln</strong> to open the solution. You can ignore warnings about unsupported project types.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/006.png" /></p>
<p>Select <strong>Build | Build Solution</strong> to build the solution.</p>
<h2>Exercise 2: Saving work with commits</h2>
<p>When you make changes to your files, Git will record the changes in the local repository. You can select the changes that you want to commit by staging the changes. Commits are always made against your local Git repository, so you don’t have to worry about the commit being perfect or ready to share with others. You can make more commits as you continue to work, and push the changes to others when they are ready to be shared.</p>
<p>What’s in a commit?</p>
<p>Git commits consists of the following:</p>
<p>The file(s) changed in the commit. Git keeps the contents of all file changes in your repo in the commits. This keeps it fast and allows intelligent merging.</p>
<p>A reference to the parent commit(s). Git manages your code history using these references.</p>
<p>A message describing a commit. You give this message to Git when you create the commit. It’s a good idea to keep this message descriptive, but to the point.</p>
<h3>Task 1: Committing changes</h3>
<p>Open <strong>Controllers/AccountController.cs</strong> from the <strong>PartsUnlimitedWebsite</strong> project.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/007.png" /></p>
<p>Add a comment to the file and save it. It doesn’t really matter what the comment is since the goal is just to make a change.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/008.png" /></p>
<p>From <strong>Team Explorer</strong>, navigate to the <strong>Changes</strong> view.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/009.png" /></p>
<p>Enter a <strong>Comment</strong> of <strong>“My commit”</strong> and click <strong>Commit All</strong>. This will create a new commit to the local repo with all of the included changes.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/010.png" /></p>
<p>When the local commit has succeeded, click Sync to share changes with the server.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/011.png" /></p>
<p>As you make changes to your code, you will want to be sure to incorporate the changes others have committed to the codebase to be sure there are no issues. All of the pushing, pulling, and syncing features are available from the Synchronization view.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/012.png" /></p>
<h3>Task 2: Syncing changes</h3>
<p>Before syncing, fetch the commits to view changes that your team has made. Fetching changes does not merge the commits into your local repository, it just enumerates them. If there were any changes, you would need to pull them in to merge them with your local repository.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/013.png" /></p>
<p>Since there are no changes, click Sync to pull the latest commits locally (none in this case) and then push your commits out.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/014.png" /></p>
<p>The synchronization should succeed quickly since there’s only one commit to push.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/015.png" /></p>
<p>You can review the latest commits on Azure DevOps under the <strong>Commits</strong> tab of the <strong>Repos</strong> hub.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/016.png" /></p>
<p>The recent commit should be right at the top.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/017.png" /></p>
<h3>Task 3: Staging changes</h3>
<p>Staging changes allows you to selectively add certain files to a commit while passing over the changes made in other files. Ignore temp files, logs, and other files that might change but you do not want to stage in a commit.</p>
<p>Return to <strong>Visual Studio</strong>.</p>
<p>Update the open <strong>AccountController.cs</strong> class by editing the comment you made earlier.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/018.png" /></p>
<p>Open <strong>CheckoutController.cs</strong> as well.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/019.png" /></p>
<p>Add a new comment to <strong>CheckoutController.cs</strong> so there will be two files with changes. Press <strong>Ctrl+Shift+S</strong> to save all files.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/020.png" /></p>
<p>From the <strong>Team Explorer</strong> dropdown, select <strong>Changes</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/021.png" /></p>
<p>Right-click <strong>AccountController.cs</strong> and select Stage.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/022.png" /></p>
<p>This will prepare <strong>AccountController.cs</strong> for committing without <strong>CheckoutController.cs</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/023.png" /></p>
<p>Enter a comment of <strong>“Added comments”</strong> and select <strong>Commit Staged | Commit Staged and Sync</strong>. This will commit the staged file and sync it with the server in one process.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/024.png" /></p>
<h2>Exercise 3: Reviewing history</h2>
<p>Git uses the parent reference information stored in each commit to manage a full history of your development. You can easily review this commit history to find out when file changes were made and determine differences between versions of your code.</p>
<p>Git’s use of the Branches and Merges feature works through pull requests, so the commit history of your development doesn’t necessarily form a straight, chronological line. When you use history to compare versions, think in terms of file changes between two commits instead of file changes between two points in time. A recent change to a file in the master branch may have come from a commit created two weeks ago in a feature branch but was only merged yesterday.</p>
<h3>Task 1: Comparing files</h3>
<p>In <strong>Solution Explorer</strong>, right-click <strong>AccountController.cs</strong> and select <strong>View History</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/025.png" /></p>
<p>In the <strong>History</strong> view for <strong>AccountController.cs</strong>, right-click the most recent commit (at the top) and select <strong>Compare with Previous</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/026.png" /></p>
<p>This will open a <strong>Diff</strong> view in a temporary file that highlights what exactly changed during that commit.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/027.png" /></p>
<h3>Task 2: Retrieving files</h3>
<p>You can also use the <strong>History</strong> view to open specific versions of a file. Right-click the second commit and select <strong>View Commit Details</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/028.png" /></p>
<p>This was the first commit performed in this lab and contained only one change. In <strong>Team Explorer</strong>, right-click <strong>AccountController.cs</strong> and select <strong>Open</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/029.png" /></p>
<p>The version of the file associated with that specific commit is opened in a temporary file. You can review its contents now, such as the comment from the first commit.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/030.png" /></p>
<h2>Exercise 4: Managing branches from Visual Studio</h2>
<p>You can manage the work in your Azure DevOps Git repo from the <strong>Branches</strong> view on the web. You can also customize the view to track the branches you care most about so you can stay on top of changes made by your team.</p>
<p>Committing changes to a branch will not affect other branches, and you can share branches with others without having to merge the changes into the main project. You can also create new branches to isolate changes for a feature or a bug fix from your master branch and other work. Since the branches are lightweight, switching between branches is quick and easy. Git does not create multiple copies of your source when working with branches, but rather uses the history information stored in commits to recreate the files on a branch when you start working on it. Your Git workflow should create and use branches for managing features and bugfixes. The rest of the Git workflow, such as sharing code and reviewing code with pull requests, all work through branches. Isolating work in branches makes it very simple to change what you are working on by simply changing your current branch.</p>
<h3>Task 1: Creating a new branch in your local repository</h3>
<p>From the <strong>Team Explorer</strong> dropdown, select <strong>Branches</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/031.png" /></p>
<p>There is only one local branch at this time, which is master. Right-click it and select <strong>New Local Branch From</strong> to create a new one.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/032.png" /></p>
<p>Name the new branch <strong>“dev”</strong> and click <strong>Create Branch</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/033.png" /></p>
<p>Note that you can always see what branch you’re working on in the bottom right corner of Visual Studio. You can also easily switch between branches, create new ones, and manage them all.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/034.png" /></p>
<h3>Task 2: Checking out and publishing branches</h3>
<p>Git keeps track of which branch you are working on and makes sure that when you checkout a branch your files match the most recent commit on the branch. Branches let you work with multiple versions of the source code in the same local Git repository at the same time.</p>
<p>In <strong>Team Explorer</strong>, right-click the <strong>master</strong> branch and select <strong>Checkout</strong> to switch to it.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/035.png" /></p>
<p>Right-click the <strong>dev</strong> branch and select <strong>Push Branch</strong>. This will share it with the server.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/036.png" /></p>
<p>It may take a moment for the branch push to succeed.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/037.png" /></p>
<p>On Azure DevOps, switch to the <strong>Branches</strong> tab.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/038.png" /></p>
<p>You should see the newly pushed <strong>dev</strong> branch.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/039.png" /></p>
<p>Back in <strong>Visual Studio</strong>, expand <strong>remotes/origin</strong>. Here you can see all of the remote branches, including those that haven’t been pulled down locally.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/040.png" /></p>
<h3>Task 3: Deleting branches locally and remotely</h3>
<p>When you created the <strong>dev</strong> branch earlier, Visual Studio switched you to it. You then manually switched back to <strong>master</strong>. Since you are not working on <strong>dev</strong> and no longer need it, right-click it and select <strong>Delete</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/041.png" /></p>
<p>Note that while you have deleted the local <strong>dev</strong> branch, the remote branch still exists.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/042.png" /></p>
<p>To delete the remote branch, right-click it under remotes/origin and select <strong>Delete Branch From Remote</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/043.png" /></p>
<p>The remote branch should delete pretty quickly.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/044.png" /></p>
<p>You can confirm that it’s gone by refreshing the <strong>Branches</strong> page on Azure DevOps.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/045.png" /></p>
<h2>Exercise 5: Managing branches from Azure DevOps</h2>
<h3>Task 1: Creating a new branch</h3>
<p>On Azure DevOps, click <strong>New branch</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/046.png" /></p>
<p>Enter a name of <strong>“release”</strong> for the new branch. Use the <strong>Work items to link</strong> dropdown to select one or more work items to link to this new branch. You may want to look up some by ID using the <strong>Boards</strong> page. Click <strong>Create branch</strong> to create it.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/047.png" /></p>
<p>After the branch has been created, it will be available in the list.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/048.png" /></p>
<p>Return to Visual Studio and use the <strong>Team Explorer</strong> dropdown to switch to the <strong>Sync</strong> view.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/049.png" /></p>
<p>Click <strong>Fetch</strong> to pull down the new branch data.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/050.png" /></p>
<p>Switch to the <strong>Branches</strong> view.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/051.png" /></p>
<p>Now it’s time to create a local version of that branch. Right-click it under <strong>remotes/origin</strong> and select <strong>New Local Branch From</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/052.png" /></p>
<p>Accept the defaults and click <strong>Create Branch</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/053.png" /></p>
<p>You now have a local version of that branch to work with and it has been checked out.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/054.png" /></p>
<h3>Task 2: Deleting a branch</h3>
<p>Return to Azure DevOps and click the <strong>Delete</strong> button that appears when you hover over the <strong>release</strong> branch to delete it.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/055.png" /></p>
<p>However, maybe we should keep it around for a little longer. From its context menu, select <strong>Restore branch</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/056.png" /></p>
<h3>Task 3: Locking a branch</h3>
<p>Locking is ideal for preventing new changes that might conflict with an important merge or to place a branch into a read-only state. Alternatively, you can use branch policies and pull requests instead of locking if you just want to ensure that changes in a branch are reviewed before they are merged.</p>
<p>Locking does not prevent cloning of a repo or fetching updates made in the branch into your local repo. If you lock a branch, share with your team the reason why and make sure they know what to do to work with the branch after it is unlocked.</p>
<p>From the <strong>master</strong> context menu, select <strong>Lock</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/057.png" /></p>
<p>The branch is now locked.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/058.png" /></p>
<p>Now <strong>Unlock</strong> the branch using the same process.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/059.png" /></p>
<h2>Exercise 6: Working with pull requests</h2>
<p>Pull requests let your team give feedback on changes in feature branches before merging the code into the master branch. Reviewers can step through the proposed changes, leave comments, and vote to approve or reject the code.</p>
<h3>Task 1: Creating a new pull request from Visual Studio</h3>
<p>Return to Visual Studio and navigate to the <strong>Changes</strong> view of <strong>Team Explorer</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/060.png" /></p>
<p>There is still a pending change from earlier in the lab, so enter a comment of <strong>“Checkout controller changes”</strong> and select <strong>Commit All | Commit All and Sync</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/061.png" /></p>
<p>Once that sync succeeds, navigate to the <strong>Pull Requests</strong> view.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/062.png" /></p>
<p>Click <strong>New Pull Request</strong> to continue the process on Azure DevOps.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/063.png" /></p>
<p>The <strong>New Pull Request</strong> form should already contain the key information reviewers will need, as well as who those reviewers should be. You can customize any of this, and some of it may be required based on policy. Click <strong>Create</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/064.png" /></p>
<p>The newly created pull request will load, but don’t approve it just yet. We’ll come back later on.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/065.png" /></p>
<h3>Task 2: Managing pull requests</h3>
<p>Select the <strong>Pull Requests</strong> breadcrumb to view the pull requests you have either created or been assigned.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/066.png" /></p>
<p>The new pull request will be in the <strong>Mine</strong> section. There may also be some others based on preconfigured data.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/067.png" /></p>
<p>Select the <strong>Active</strong> tab to see those that are active and expecting attention. Click the new pull request to view it.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/068.png" /></p>
<p>The <strong>Overview</strong> tab contains all of the key information specified in the creation form, as well as options to approve and complete the request.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/069.png" /></p>
<p>Select the <strong>Files</strong> tab to review the files involved in the commit.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/070.png" /></p>
<p>Note that you can select a specific update from the dropdown if you like.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/071.png" /></p>
<p>Click the <strong>Add comment</strong> button next to the source file. Enter a comment using markdown and click <strong>Comment</strong> to save it. Note that there is a live preview of your comment before you commit to it.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/072.png" /></p>
<p>The new comment is placed in line with the code. This makes it very easy to have discussions about lines and sections of code within their proper context.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/073.png" /></p>
<p>The new comment is also tracked as part of the pull request. It’s expected that every comment will be resolved before a pull request will be completed, so this convenient marker lets you know if there’s anything else that needs to be reviewed.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/074.png" /></p>
<p>Update the comment to mark it as <strong>Resolved</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/075.png" /></p>
<p>Note that this now updates the tracking as well.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/076.png" /></p>
<p>Select the <strong>Updates</strong> tab. This contains details on the updates in the branch.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/077.png" /></p>
<p>Select the <strong>Commits</strong> tab, where you can review the commits made to the branch.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/078.png" /></p>
<p>Since everything seems to be in order, <strong>Approve</strong> the pull request.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/079.png" /></p>
<p>Since the approvers have signed off, <strong>Complete</strong> the pull request.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/080.png" /></p>
<p>You can accept the default messages in the pull request dialog. Note that you also have the option to delete the target branch after merging, as well as the ability to squash changes during the marge. Squash merging is a merge option that allows you to condense the Git history of topic branches when you complete a pull request. Instead of each commit on the topic branch being added to the history of the default branch, a squash merge takes all the file changes and adds them to a single new commit on the default branch. Squash merging keeps your default branch histories clean and easy to follow without demanding any workflow changes on your team. Click Complete merge.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/081.png" /></p>
<p>When the merge completes, the pull request should be marked as Completed.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/082.png" /></p>
<p>Return to the Pull Requests home.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/083.png" /></p>
<p>Select the <strong>Completed</strong> tab and click the pull request as though you were visiting it fresh.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/084.png" /></p>
<p>You can review the pull request, as well as <strong>Cherry-pick</strong> or <strong>Revert</strong> it if needed.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/085.png" /></p>
<h3>Task 3: Tagging a release</h3>
<p>While it may not seem like much, the product team has decided that this version of the site is exactly what’s needed for v1.1. In order to mark it as such, navigate to the <strong>Tags</strong> tab.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/086.png" /></p>
<p>Click <strong>Create Tag</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/087.png" /></p>
<p>Enter a name of <strong>“v1.1”</strong> and a Description of <strong>“Great release!”</strong>. Click <strong>Create</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/088.png" /></p>
<p>You have now tagged the project at this release. You could tag commits for a variety of reasons, and Azure DevOps offers the flexibility to edit and delete them, as well as manage their permissions.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/089.png" /></p>
<h2>Exercise 7: Managing repositories</h2>
<p>You can create Git repos in team projects to manage your project’s source code. Each Git repo has its own set of permissions and branches to isolate itself from other work in your project.</p>
<h3>Task 1: Creating a new repo from Azure DevOps</h3>
<p>From the project <strong>Add</strong> dropdown, select <strong>New repository</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/090.png" /></p>
<p>Set the <strong>Repository name</strong> to <strong>“New Repo”</strong> and click <strong>Create</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/091.png" /></p>
<p>That’s it. Your repo is ready. You can now clone it with Visual Studio or your tools of choice.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/092.png" /></p>
<h3>Task 2: Deleting and renaming Git repos</h3>
<p>Sometimes you’ll have a need to rename or delete a repo, which is just as easy. Open <strong>Project settings</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/093.png" /></p>
<p>Select <strong>Repositories</strong> under <strong>Code</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/094.png" /></p>
<p>From the <strong>New Repo</strong> context menu, select <strong>Delete repository</strong>. Alternatively, you could rename it here.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/095.png" /></p>
<p>Enter the name <strong>“New Repo”</strong> to confirm the repo and click <strong>Delete</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/096.png" /></p>
<h3>Task 3: Managing repo and branch policies</h3>
<p>Select the <strong>PartsUnlimited</strong> repo. Like everything else in Azure DevOps, you can manage security to a great level of detail. Select the <strong>Options</strong> tab. This allows you to set some useful policies, such as whether or not you want to allow users to fork the repo, whether discussed work items are automatically linked, and so on.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/097.png" /></p>
<p>Select the <strong>master</strong> branch. Like the repo, you have a great deal of control over its security settings. You can also define a wide variety of policies for the branch to enforce. Click <strong>Branch Policies</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/098.png" /></p>
<p>Azure DevOps branch policies are very effective in enforcing a level of quality control in the repo. For example, you can control pull requests by requiring a minimum number of reviewers, checking for linked work items, requiring that all comments have been resolved, and more. You can even require validation through a successful build and configure external approval services. If there are certain sections of code that require their own approvers to be included, you can include them here as well.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/099.png" /></p>
<p>Check <strong>Require a minimum number of reviewers</strong>. By default, this requires at least two reviewers to approve a pull request, and also requires (by default) that the original author is not one of them.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/100.png" /></p>
<p>Click <strong>Add automatic reviewers</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/101.png" /></p>
<p>Add <strong>Sachin</strong> as a <strong>Reviewer</strong> and set the <strong>Path filter</strong> to <strong>“/PartsUnlimited-aspnet45/src/PartsUnlimitedWebsite/Controllers/*“</strong>. Having the requirement of <strong>Required</strong> ensures that you will be required to sign off on any changes proposed to the controllers code in the web app. Click <strong>Save</strong>.</p>
<p style="clear: both"><img src="https://azuredevopslabs.com/labs/devopsserver/git/images/102.png" /></p>
<p>Click Save changes to save the changes to the policy.</p>
<h2>Git azure devops</h2>
<h3>Git azure devops</h3>
<p>[youtube]</p>
Git azure devops <a href="http://remmont.com">News news news news</a> Git azure devops
<h4>Git azure devops</h4>
Git azure devops Getting Started with Git using Azure DevOps Server 2019 Overview In this lab, you’ll learn about Git support in Azure DevOps Server 2019 and Visual Studio 2019. Git is a
<h5>Git azure devops</h5>
Git azure devops <a href="http://remmont.com">Git azure devops</a> Git azure devops
SOURCE: <h6>Git azure devops</h6> <a href="https://dev-ops.engineer/">Git azure devops</a> Git azure devops
#tags#[replace: -,-Git azure devops] Git azure devops#tags#[/b]
[b]Eduard Kabrinskiy[/b]
[url=http://remmont.com]latest news today[/url] |
|
| Leave a Response |
|
|
|
|
Recently Discussed
Hot Topics
|
