Вопросы с тегом «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
Где команда QA должна провести тестирование в модели ветвления Gitflow
Мы большая команда (10-12 разработчиков и 4 человека), работающие над несколькими проектами с одним и тем же git-репозиторием. Это бэкэнд-сервис на основе весенней загрузки. Мы ищем хорошую стратегию git для ветвления и развертывания. у нас также есть команда qa, которая гарантирует, что наши функции работают должным образом (в определенной степени …
23 testing  git  branching  qa  gitflow 

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

1
Куда относится рефакторинг в модели именования веток GitFlow?
Недавно я начал работать с моделью GitFlow, реализованной с помощью bitbucket. И есть одна вещь, которая мне не совсем понятна. Мы стараемся регулярно справляться с нашей технической задолженностью, оставляя в памяти, планируя и выполняя задачи рефакторинга. Такие ветви рефакторинга заканчиваются pull-запросами, которые объединяются develop. Мой вопрос: где ветки рефакторинга принадлежат …

4
Каков наилучший способ управления версиями продуктов и ветвления долгосрочных проектов?
В общем смысле, для долгосрочных проектов, которые могут иметь несколько выпусков в течение жизненного цикла продуктов и требовать поддержки предыдущих продуктов, каков наилучший способ обработки версий продуктов и ветвления базы кода? В более конкретном смысле, предположим, что имеется надлежащий распределенный контроль версий (т. Е. Git) и что команды имеют небольшие …

5
Почему коммиты git не содержат название ветки, на которой они были созданы?
При работе с git в команде, использующей ветви функций, мне часто трудно понять структуру ветвей в истории. Пример: Допустим, была ветка Feature / Make-Coffee , и исправление ошибок продолжалось на master параллельно с веткой Feature. История может выглядеть так: * merge feature/make-coffee |\ | * small bugfix | | * …
20 git  branching 

2
В git плохая идея создать тег с тем же именем, что и удаленная ветка?
У меня есть проект с моделью git-ветвления, который примерно соответствует модели gv-потока nvie . Наши ветки релизов названы в формате SemVer , напримерv1.5.2 Как только ветвь релиза получает зеленый свет для производства, мы закрываем ветвь, объединяя ее с master, применяя тег, а затем удаляя ветку. Поскольку мы немедленно удаляем ветку …

8
Не допускать накопления веток
Мы начинаем сталкиваться с проблемой по мере того, как становимся все больше, когда функции переходят в стадию тестирования, но к тому времени, когда все проверено и утверждены новые функции, готовятся к тестированию. Это создает среду, в которой мы почти никогда не сможем продвинуться в производство, потому что у нас есть …

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.