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

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

2
Чи дійсно стратегія злиття на зразок Git Flow є анти-закономірністю?
Моя компанія використовує Git і використовує своєрідну схему розгалуження - робота робиться в master, а гілки зарезервовані для випусків. Це працює добре, доки вся робота, виконана за ітерацію, перетворюється на галузь, але якщо виникає критична проблема виробництва, ми повинні забезпечити, щоб робота якось перетворила її в обидві галузі. Останнім часом …

10
Як уникнути роботи на неправильній гілці?
Будьте обережні, як правило, достатньо, щоб запобігти проблемам, але іноді мені потрібно двічі перевірити гілку, над якою я працюю ( наприклад, "хм ... я в devгілці, правда?"), Перевіривши шлях управління джерелом випадкового файл. Шукаючи більш простий спосіб, я подумав відповідно назвати файли рішення ( наприклад MySolution_Dev.sln ), але з різними …

6
Що означає "розгалуження безкоштовне" в Git?
Що означає "розгалуження безкоштовне" в Git? Я чую це багато разів, коли згадується Git порівняно з іншими системами управління версіями. У мене не було можливості (?) Спілкуватися з іншими ( SVN тощо), тож як розгалуження "дорого" у інших?

6
Коли я повинен перестати брати участь у розробці нових проектів?
Кожен раз, коли починається новий проект, зазвичай має сенс почати, виконуючи пряму майстерність, поки у вас щось "стабільне", а потім ви почнете працювати у філіях. Принаймні, це я нормально роблю. Чи є спосіб негайно запустити гілки з другого комітету? Чи є сенс робити це так? Очевидно, що "Початковий комітет" завжди …

8
Git - Які проблеми виникають при роботі безпосередньо над майстром?
Я бачив багато порад щодо моделей розгалуження git, і, як видається, найпоширенішою думкою є те, що внесення змін безпосередньо на головну гілку - це погана ідея. Один з наших колег із задоволенням вносить зміни безпосередньо на головну галузь, і, незважаючи на кілька розмов, вони, схоже, це не змінять. На даний …

7
як залишатися ефективними, коли збірка майже завжди порушена
Я працюю в команді середнього розміру, яка ділиться тим самим вихідним кодом і хоча постійно інтегрується, але оскільки всім нам доводиться працювати в одній галузі, збірка майже завжди порушена. Оскільки у нас також є правило, яке нещодавно було введено для полегшення пошкоджених складових, в якому зазначається, що ніхто не має …

4
Як ви ставите різні версії вашої бібліотеки під контроль версій? Ви використовуєте теги? Або гілки? Або інший метод?
Нещодавно я почав ставити свій код під контроль версій (у лабораторії, де я працюю, під SVN, і власні коди в github (очевидно, з git)). Перш ніж використовувати управління версіями, я робив щось подібне. У мене була папка з назвою бібліотеки, всередині багатьох папок з номером версії. Кожного разу, коли я …

5
Як зробити рефактор, коли весь ваш розвиток відбувається на галузях?
У моїй компанії вся наша розробка (виправлення помилок та нові функції) здійснюється на окремих відділеннях. Коли він закінчений, ми відправляємо його QA, який тестує його на цій гілці, і коли вони дають нам зелене світло, ми об'єднуємо його в нашу основну гілку. Це може зайняти десь від дня до року. …

3
Де слід проводити тестування з контролю якості в моделі розгалуження Gitflow
Ми велика команда (10-12 розробників і 4 qa), яка працює над декількома проектами з одним і тим же сховищем git. Веб-сервіс на базі весняного завантаження. Ми шукаємо гарну стратегію розгалуження та розгортання git. У нас також є команда qa, яка забезпечує, щоб наші функції працювали як очікували (помилка вільна до …
23 testing  git  branching  qa  gitflow 

3
Стратегія перегляду коду перед об'єднанням в майстер з галузевих функцій
Я та моя команда використовуємо функції філій (з git). Мені цікаво, яка найкраща стратегія для перегляду коду перед об'єднанням у майстер. Я перевіряю нову гілку від майстра, давайте називати її fb_ # 1 Я кілька разів беру на себе зобов’язання, і тоді хочу повернути його до головного Перш ніж об'єднати, …

1
Де належить рефакторинг у моделі іменування гілок GitFlow?
Нещодавно я почав працювати з моделлю GitFlow, реалізованою бітбукетом. І є одна річ, яка мені не зовсім зрозуміла. Ми намагаємось регулярно вирішувати нашу технічну заборгованість, відкладаючи, плануючи та виконуючи завдання рефакторингу. Такі гілки рефакторингу закінчуються запитами на витяг, які об'єднуються develop. Моє запитання - куди належать гілки рефакторингу в GitFlow …

4
Який найкращий спосіб вирішити версію продукту та розгалуження довгострокових проектів?
Загалом, для довгострокових проектів, які можуть мати кілька випусків протягом життєвого циклу продуктів і потребують підтримки попередніх продуктів, який найкращий спосіб обробляти версії продукту та розгалуження бази коду? У більш конкретному сенсі припустимо, що діє правильний розподілений варіант управління (тобто git) і що команди мають невеликі та великі розміри і …

5
Чому git комісії не містять назви гілки, на якій вони були створені?
Працюючи з git в команді з використанням функціональних гілок, мені часто важко зрозуміти структуру гілок в історії. Приклад: Скажімо, існувала функція гілки функції / make-coffee , і виправлення помилок продовжувалось на master паралельно гілці функції. Історія може виглядати так: * merge feature/make-coffee |\ | * small bugfix | | * …
20 git  branching 

2
Чи не погана ідея створити тег із такою ж назвою, як видалена гілка?
У мене є проект з моделлю розгалуження git, який приблизно відповідає моделі git-потоку nvie . Наші відділення релізів названі у форматі SemVer , наприкладv1.5.2 Як тільки гілці випуску дається зелене світло для виробництва, ми закриваємо гілку, об’єднуючи її в головний, наносячи тег, а потім видаляючи гілку. Оскільки ми відразу видаляємо …

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

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