Я работаю в команде среднего размера, которая использует один и тот же исходный код и в то же время имеет постоянную интеграцию, но, поскольку все мы должны работать в одной и той же ветке, сборка почти всегда нарушается. Как у нас также есть правило, которое было введено недавно, чтобы облегчить...
Я недавно начал ставить свой код под контроль версий (в лаборатории, где я работаю, под SVN, и мои собственные коды в github (очевидно, с git)). Перед использованием контроля версий я делал что-то подобное. У меня была папка с названием библиотеки, внутри многих папок с номером версии. Каждый раз,...
В моей компании все наши разработки (исправления ошибок и новые функции) выполняются в отдельных ветках. Когда он будет завершен, мы отправим его в QA, который тестирует его в этой ветви, и когда нам дают зеленый свет, мы объединяем его с нашей основной веткой. Это может занять от одного дня до...
Мы большая команда (10-12 разработчиков и 4 человека), работающие над несколькими проектами с одним и тем же git-репозиторием. Это бэкэнд-сервис на основе весенней загрузки. Мы ищем хорошую стратегию git для ветвления и развертывания. у нас также есть команда qa, которая гарантирует, что наши...
Недавно я начал работать с моделью GitFlow, реализованной с помощью bitbucket. И есть одна вещь, которая мне не совсем понятна. Мы стараемся регулярно справляться с нашей технической задолженностью, оставляя в памяти, планируя и выполняя задачи рефакторинга. Такие ветви рефакторинга заканчиваются...
Я и моя команда используем функциональные ветви (с git). Мне интересно, какая стратегия лучше всего подходит для проверки кода перед слиянием с мастером. Я извлекаю новую ветку от мастера, давайте назовем ее fb_ # 1 Я совершаю несколько раз, а затем хочу объединить его с мастером Перед слиянием...
В общем смысле, для долгосрочных проектов, которые могут иметь несколько выпусков в течение жизненного цикла продуктов и требовать поддержки предыдущих продуктов, каков наилучший способ обработки версий продуктов и ветвления базы кода? В более конкретном смысле, предположим, что имеется надлежащий...
При работе с git в команде, использующей ветви функций, мне часто трудно понять структуру ветвей в истории. Пример: Допустим, была ветка Feature / Make-Coffee , и исправление ошибок продолжалось на master параллельно с веткой Feature. История может выглядеть так: * merge feature/make-coffee |\ | *...
У меня есть проект с моделью git-ветвления, который примерно соответствует модели gv-потока nvie . Наши ветки релизов названы в формате SemVer , напримерv1.5.2 Как только ветвь релиза получает зеленый свет для производства, мы закрываем ветвь, объединяя ее с master, применяя тег, а затем удаляя...
Мы начинаем сталкиваться с проблемой по мере того, как становимся все больше, когда функции переходят в стадию тестирования, но к тому времени, когда все проверено и утверждены новые функции, готовятся к тестированию. Это создает среду, в которой мы почти никогда не сможем продвинуться в...
Я нахожусь на частном проекте, который в конечном итоге станет открытым исходным кодом. У нас есть несколько членов команды, достаточно талантливых в технологиях для создания приложений, но не преданных разработчиков, которые могут писать чистый / красивый и, что наиболее важно, долгосрочный...
Я думаю, что эта статья, «Успешная модель ветвления Git» , очень хорошо известна среди опытных пользователей DVCS. Я использую в hgосновном, но я бы сказал, что это обсуждение хорошо для любой DVCS. Наш текущий рабочий процесс заключается в том, что каждый разработчик клонирует мастер репо. Мы...
У меня есть игровой проект, который будет иметь две версии: Простая версия игры, ядро. Продвинутая версия игры. У меня есть первая версия в моем общедоступном репозитории, и только я буду над ней работать. Что касается 2-й версии, над ней будут работать два моих друга и я. Важнейшей частью является...
Наша команда только что переключилась с FogBugz & Kiln / Mercurial на Jira & Stash / Git. Мы используем модель Git Flow для ветвления, добавляя ответвления подзадач от ответвлений объектов (относящихся к подзадачам Jira функций Jira). Мы используем Stash для назначения рецензента при...
Я основываю свое Git-репо на успешной модели ветвления Git, и мне было интересно, что произойдет, если у вас возникнет такая ситуация: Скажем, я разрабатываю две ветви функций A и B, а для B требуется код из A. Узел X вносит ошибку в функцию A, которая влияет на ветку B, но это не обнаруживается в...
В нашей работе у нас есть несколько различных приложений .net, которые имеют много основных функций. Мы создали эти приложения, используя чистую n-уровневую архитектуру, но мы достигли того момента, когда поняли, что повторно реализовали одни и те же функции несколько раз. Очевидно, что это...
В нашей команде, помимо отдельных единиц работы (Рассказы), у нас есть долгосрочные темы работы (Эпики). Несколько историй составляют эпос. Традиционно у нас были ветки функций для каждой истории, и мы объединяли их сразу с мастером, когда они проходили тестирование. Тем не менее, мы хотели бы...
Примечание: мой вопрос сосредоточен на моей конкретной проблеме (которая включает в себя Liferay), но я надеюсь, что это может быть полезно для всех, кому нужно поддерживать различные версии одного и того же проекта в git. Я работаю в компании, которая пишет много плагинов для Liferay Portal . Эти...
Я хочу знать, как управлять большим проектом со многими компонентами с помощью системы управления версиями. В моем текущем проекте 4 основных части. Web сервер Консоль администратора Платформа. В веб и серверной части используются 2 библиотеки, которые я написал. Всего существует 5 репозиториев Git...
В настоящее время мы находимся в следующей ситуации, когда ветвь компонента была разветвлена для ветви подфункции (например, работа с внутренним и внешним интерфейсом для одной и той же функции): o | o development |\ | o feature-a | | | o | |\ | | o feature-a-sub | | | | | | | \ | o merged...