Запитання з тегом «branching»

Розгалуження в контролі редагування - це дублювання об'єкта, що знаходиться під контролем редагування, так що модифікації можуть відбуватися паралельно вздовж обох гілок.

14
Новий розробник не може бути в курсі злиття філій
Я новий розробник - це моя перша позиція програмування. Моє питання таке: Ми використовуємо git- я вирізав гілку з нашої developгілки, потім я починаю працювати над другорядним завданням, яке мені було призначено. Це дуже повільно, бо я недосвідчений. На той момент, коли я готовий об'єднати свою гілку назад до developінших, …

6
Чому squash git здійснює запити на тягнення?
Чому кожне серйозне репортаж Github, який я роблю, вимагає, щоб я розбив свої зобов’язання в одну комісію? Я подумав, що журнал git є там, щоб ви могли оглянути всю свою історію і побачити, які саме зміни відбулися там, але при стисканні це витягує його з історії та з’єднує все це …

2
Гіт розгалуження та позначення найкращих практик
В даний час я вчусь користуватися Git, читаючи Pro Git . Зараз я дізнаюся про розгалуження та теги. Моє запитання - коли я повинен використовувати гілку і коли я повинен використовувати тег? Наприклад, скажіть, що я створюю гілку для версії 1.1 проекту. Коли я закінчую та випускаю цю версію, я …

9
Підтримуйте сотні спеціалізованих гілок над головною гілкою
В даний час у нас є одна головна гілка для нашого PHP-програми в спільному сховищі. У нас є понад 500 клієнтів, які є абонентами нашого програмного забезпечення, більшість з яких мають деякі налаштування для різних цілей, кожен в окрему галузь. Налаштування може бути різною назвою текстового поля, абсолютно новою функцією …

5
Які переваги використання розгалуження як сольного розробника?
По-перше, мені відомо, що про VCS як соло розробника було задано багато питань, але вони часто занадто широкі. Це стосується лише розгалуження, і досі воно позначене як дублікат ... передбачуваний дублікат знову ж таки позначений як ще один дублікат іншого питання, який занадто широкий і не стосується розгалуження конкретно. Ось …

13
Відгалужувати чи не розгалужувати?
До недавнього мого робочого процесу в розробці було таке: Отримайте функцію від власника продукту Зробіть відділення (якщо функція більше 1 дня) Реалізуємо це у філії Об’єднати зміни від головної гілки до моєї гілки (щоб зменшити конфлікти під час зворотного злиття) Об’єднати мою гілку назад до основної гілки Іноді були проблеми …

8
Чи корисно використовувати гілки для підтримки різних видань одного і того ж програмного забезпечення?
У нас є продукт, який має кілька різних видань. Відмінності незначні: різні рядки тут і там, дуже мало додаткової логіки в одному, дуже мало різниці в логіці в іншому. Коли розробляється програмне забезпечення, більшість змін потрібно додавати до кожного видання; однак, є кілька таких, які не мають, і кілька, що …
72 git  branching 

7
Робота над галуззю із залежністю від іншої гілки, яка переглядається
Як Git допомагає впоратися зі сценарієм нижче: У мене є завдання, розбита на 2 частини: бекенд завдання та фронтенд. Я роблю запит на потяг, щоб об'єднати зміни бекенда та чекаю його злиття (та зворотного зв’язку щодо адреси). Поки чекаю, я не можу реально працювати над змінами прямого фронту, тому що …
65 git  branching 

7
Як ви обробляєте інтегруючи код з декількох гілок / розробників кожного спринту?
Щойно вийшов з ретро-дзвінка, де розробники висловлювали стурбованість інтеграцією своїх історій у головну гілку кожного спринту. Всі розробники кодують всередині своєї власної гілки, і наприкінці спринту вони всі об'єднуються в одну головну гілку. Потім один розробник (зазвичай той самий) залишає завдання переконатися, що все добре інтегрується з кодом інших розробників …

11
Чи коли-небудь добре робити код непрацюючого коду?
Чи корисно вимагати введення лише робочого коду? Ця фіксація не повинна залишати сховище у робочому стані як: ... ми перебуваємо на ранній стадії проектування, код ще не стабільний. ... ви єдиний розробник проекту. Ви знаєте, чому все не працює. Крім того, ви нікому не зупиняєте роботу, роблячи зламаний код. ... …

5
Чи краще об’єднати "часто" або лише після завершення зробити велике об'єднання гілок функцій?
Скажімо кілька галузей розробляються, Aі B, а також крок за кроком гілка «виправлена помилка» C. Тепер Cуже «закінчено» і злилося в майстер. Aі Bвони все ще знаходяться в розробці, і їх не буде виправлено до (можливо), інша гілка виправлення помилок об'єднана в головний. Це гарна ідея Cякнайшвидше об'єднатись у нові …

3
Повторна практика використання об'єднаної гілки?
Наразі я створював нову гілку щоразу, коли мені доводилося додавати нову функцію у свою програму. Коли моя функція закінчена і функціональна, я зливаю її з основною гілкою. Але пізніше, коли мені потрібно оновити цю функцію (на зразок вдосконалення), чи краще створити нову гілку чи мені потрібно перезавантажити попереднє з головним, …
36 git  branching 

12
Чи відмовляють DVCS від постійної інтеграції?
Скажімо, є команда з десяти спритних розробників. Щодня вони обирають завдання із дошки, вносять проти неї кілька змін, поки (до кінця дня) вони не виконають завдання. Усі розробники зареєструються безпосередньо перед магістраллю (у стилі Google, кожен фіксатор є кандидатом у випуск, використовуючи функції перемикання функцій тощо). Якщо вони використовували централізований …

5
Я користувач git, збентежений розгалуженням mercurial. Як я повинен відстежувати невеликі зміни?
Я завжди використовував git раніше, але хочу внести свій внесок у python, тому зараз мені доводиться вчитися меркуріалу, і мені здається, це дуже засмучує. Отже, я зробив пару невеликих виправлень і хотів відстежити їх як коміти в моєму локальному сховищі даних. Мабуть, існує 4 способи впоратися з розгалуженням в ртутних …

2
Використовуючи Git, чи доцільно використовувати головну гілку для активного розвитку?
По-перше, ми маємо певний досвід переходу всіх наших проектних команд до використання git і зараз розробляємо вказівки щодо того, як слід організувати сховища, щоб певні гілки також могли контролювати постійну інтеграцію та автоматичне розгортання на тестуючих серверах. В даний час розробляються дві моделі: Під сильним впливом стаття nvie.com про успішне …
32 git  branching 

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