1. Нам важно Ваше мнение!
    и обсуждайте вместе! Нажимайте "мне нравится" и рекомендуйте друзьям ;)
    Понравилось тема? Напишите в ней свой отзыв.
    Считаете что тема не достаточно полно раскрыта? Расскажите свою точку зрения!
    С Вашей помощью сделаем форум еще лучше!

Springfield : feeds in vsts are - Кабринский Эдуард

Тема в разделе 'Горячие новости для тех кто следит за собой', создана пользователем IZRAELEn, 19 май 2021.

  1. IZRAELEn

    IZRAELEn Member

    Кабринский Эдуард - Pull request vsts - Eduard Kabrinskiy


    <h1>Pull request vsts</h1>
    <p>[youtube]</p>
    Pull request vsts <a href="http://remmont.com">National news stories</a> Pull request vsts
    <h1>Auto-Complete Pull-Requests with TFS and VSTS</h1>
    <p style="clear: both"><img src="https://mduerstblog.files.wordpress.com/2017/04/pr_autocomplete_3.png" /></p>
    <p>At our company we are working mainly with TFS and VSTS using GIT repositories. We also set up our project teams with a Lead-Developer. A Lead-Dev has multiple responsibilities. One is to keep the technical overview of all of a projects source-code. We also are heavily committed on Code-Reviews. To do so we use TFS/VSTS pull-requests.</p>
    <p>Each feature or bugfix is developed in its own GIT feature branch. A developer can commit to his/her feature branch as often as he/she likes. When the feature is done the Developer places a Pull-Request using the TFS/VSTS web-UI. Here is a good article on how one can place and handle pull-requests with TFS (but the current versions UI is much improved compared to the version showed in the article). This article is about the ?Auto-Complete? feature of TFS/VSTS that I ? as a Lead-Dev ? really like and are getting used to it.</p>
    <h2>Review comments</h2>
    <p>When I get a pull-request from a Developer it shows me several tabs with all kind of information. On the first tab there is a general comment area ? a kind of threaded chat. It also shows the summary of the comments left to the source-code files and updates to the pull-request. Think of it as activity-log of the PR ? like Facebook for the PR.</p>
    <p style="clear: both"><img src="https://mduerstblog.files.wordpress.com/2017/04/pr_autocomplete_1.png" /></p>
    <p>One can also leave comments with the ?Files? tab directly within source-code. Each comment has a status.</p>
    <p style="clear: both"><img src="https://mduerstblog.files.wordpress.com/2017/04/pr_autocomplete_2.png" /></p>
    <p>They are tight to a workflow: a reviewer can leave comments and a developer can look through them and mark their status accordingly. Note: once a pull-request is created, it can be updated by simply do a GIT PUSH to it. Using this technique the code get cleaned and comments can get addressed (or further discussed). If everything is fine a reviewer (or Lead-Dev) can ?Approve? the code. If CI-Builds are fine too and the PR is linked to workitems (see TFS ?branch policies?) the PR then can be ?Completed?. The TFS-/VSTS-Server then will do a GIT MERGE (and optionally ?squash? and delete the feature-branch).</p>
    <h2>Auto-Complete Pull-Request</h2>
    <p>As a Lead-Dev of multiple projects and libraries I spent some time in reviewing Pull-Requests. Most of them are of good quality but I have suggestions for improvments. I then can leave my comments as described above and instead of ?Approve? the PR I can set it to ?Waiting for author?. This means I wait on the fixes or answers from the Developer before accepting the pull-request. If there are no major complains I can set the PR to ?Auto Complete?.</p>
    <p style="clear: both"><img src="https://mduerstblog.files.wordpress.com/2017/04/pr_autocomplete_3.png" /></p>
    <p>This means that if all lights are green (Comments are addressed, build succeed, work-items are linked. no merge-conflicts happen) the pull-request will be completed automatically asap.</p>
    <p>This is a nice time-saver for me as a reviewer / Lead-Dev as I don?t have to re-visit and manually ?Complete? this pull-request. The status is also visible to the Developers so they knows if they addresses the issues the PR will get integrated immediately. It also shortens the turnaround time so the PR is completed/integrated faster because they don?t have to get the Lead-Dev / Reviewer to review everything again. The is handy for the whole team as the team has the new code faster and less chance for merge-conflicts exists.</p>
    <h2>Pull request vsts</h2>

    <h3>Pull request vsts</h3>
    <p>[youtube]</p>
    Pull request vsts <a href="http://remmont.com">New new new</a> Pull request vsts
    <h4>Pull request vsts</h4>
    At our company we are working mainly with TFS and VSTS using GIT repositories. We also set up our project teams with a Lead-Developer. A Lead-Dev has multiple responsibilities. One is to keep the technical overview of all of a projects source-code. We also are heavily committed on Code-Reviews. To do so we use TFS/VSTS&hellip;
    <h5>Pull request vsts</h5>
    Pull request vsts <a href="http://remmont.com">Pull request vsts</a> Pull request vsts
    SOURCE: <h6>Pull request vsts</h6> <a href="https://dev-ops.engineer/">Pull request vsts</a> Pull request vsts
    #tags#[replace: -,-Pull request vsts] Pull request vsts#tags#

    Кабринский Эдуард
    latest news

Поделиться этой страницей