Представляємо запити на вилучення для команди на 2 особи - об'єднайте мої власні запити?


11

Я представляю git молодшому члену команди (кооперативу).

Зараз їм комфортно основи додавання, вчинення, штовхання та витягування.

Тепер я хочу представити їх для виведення запитів та гілок.

Якщо вони почнуть робити запити на тягнення у галузях, чи варто робити те ж саме для моєї поточної роботи?
Я буду тим, хто об'єднує їхні запити на притягнення. Я не був впевнений, чи буде для мене найбільше сенсу працювати у філіях (як правило, я знаю добру практику, але мені цікаво ця специфічна ситуація, що склалась у 2 диви з одним молодшим ) і якщо так, це означає, що я просто буду об'єднувати власні гілки в майстер. Чи хотів би я взагалі зробити запит на тягнення для моєї роботи / відділення? Як правило, для цих змін ми використовуємо базовий робочий процес відділення функції github:
https://www.atlassian.com/git/tutorials/comparing-workflows/feature-branch-workflow

Чи є мета використання запитів на тягнення до мого власного репо, якщо я єдиний розробник? є корисним, але не зовсім конкретним.

Який робочий потік з двома людьми над проектом також здається більш загальним

і

Чи потрібно відкривати запити на витяг із відділення на офіційному репо або на вилку? Здається більше про виделки.

Відповіді:


19

Ні. Ви не повинні зливати власні запити на витяг. Те, що добре для гусака, добре для ґендера. Об’єднання власних запитів на витягування є поганим прецедентом для нашого молодшого розробника. Це також означає, що ніхто більше не дивиться на ваш код. Як би ми не були старшими, ми всі робимо помилки і час від часу пишемо поганий код. Навчіть свого молодшого, як працюють огляди коду з іншого боку, змушуючи його переглядати та об’єднувати вашу роботу.

У нього може бути не те саме око, що у вас, але це змусить його звикнути до процесу з кінця рецензента, і він може здивувати вас і зловити щось дурне, що ви зробили. Мінімально він дасть вам вказівку на очевидні для вас фрагменти коду, які йому не очевидні. Це має подвійну перевагу.

  1. Ви обидва дізнаєтесь, де потрібно молодшому, щоб зосередити навчальну діяльність.
  2. Ти дізнаєшся, де ти розумніший, ніж повинен бути.

6
Інша величезна перевага оглядів коду полягає в тому, що щонайменше двоє людей бачили, знали про них і мали можливість задати питання про кожну зміну коду, перш ніж вона з’явиться. Навіть якщо молодший розробник не знає, що шукати, він гарантовано навчитися чомусь із усього цього.
Іксрек
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.