Ветвление в контроле версий - это дублирование объекта, управляемого ревизиями, так что изменения могут происходить параллельно в обеих ветвях.
Я новый разработчик - это моя первая должность программиста. Моя проблема заключается в следующем: мы используем git- я вырезаю ветку из нашей developветви, затем начинаю работать над второстепенной задачей, которая мне была назначена. Это очень медленно, потому что я неопытный. К тому времени,...
Почему каждый серьезный репозиторий Github, который я выполняю, требует, чтобы я раздавил свои коммиты в один коммит? Я думал, что журнал git был там, чтобы вы могли проверить всю свою историю и точно увидеть, где произошли какие-то изменения, но раздавив ее, вытащите ее из истории и объедините все...
В настоящее время я учусь использовать Git, читая Pro Git . Прямо сейчас я изучаю ветвление и теги. У меня вопрос, когда я должен использовать ветку и когда я должен использовать тег? Например, скажем, я создаю ветку для версии 1.1 проекта. Когда я закончу и выпустлю эту версию, я должен покинуть...
В настоящее время у нас есть одна основная ветвь для нашего PHP-приложения в общем хранилище. У нас более 500 клиентов, которые являются подписчиками нашего программного обеспечения, большинство из которых имеют некоторые настройки для различных целей, каждый в отдельном филиале. К настройке может...
Во-первых, я знаю, что было задано много вопросов о VCS как о соло-разработчике, но они часто бывают слишком широкими. Это касается только ветвления, и все же оно было помечено как дубликат ... предполагаемый дубликат, опять же, помечен как еще один дубликат другого вопроса, который является...
До недавнего времени мой рабочий процесс разработки был следующим: Получить функцию от владельца продукта Сделать ветку (если функция больше 1 дня) Реализуйте это в ветке Объединить изменения из основной ветви в мою (чтобы уменьшить конфликты при обратном объединении) Слить мою ветку с главной...
У нас есть продукт, который имеет несколько разных изданий. Различия незначительны: разные строки здесь и там, очень мало дополнительной логики в одном, очень мало различий в логике в другом. Когда программное обеспечение разрабатывается, большинство изменений необходимо добавлять в каждую...
Как git помогает справиться со сценарием ниже: У меня есть задача, разбитая на 2 части: внутренняя задача и внешняя задача. Я делаю пулл-запрос, чтобы объединить внутренние изменения и жду его слияния (и адрес обратной связи). Во время ожидания я не могу по-настоящему работать над изменениями во...
Только что получил ретро-вызов, где разработчики выразили озабоченность по поводу интеграции своих историй в основную ветку каждого спринта. Все разработчики кода внутри своей ветви и к концу спринта все они объединяются в одну главную ветку. Затем одному разработчику (обычно одному и тому же)...
Скажем, разрабатываются несколько веток, AиB , а также пошаговый ветвь «исправлена ошибка» C. Сейчас Cуже «закончен» и объединен в мастера.Aи Bвсе еще находятся в разработке и не будут исправлены до (возможно), когда другая ветвь исправления ошибок будет объединена с главной. Является ли хорошей...
Это хорошая идея требовать, чтобы фиксировать только рабочий код? Этот коммит не должен оставлять репозиторий в рабочем состоянии, так как: ... мы находимся на ранних стадиях разработки, код еще не стабилен. ... вы единственный разработчик в проекте. Вы знаете, почему вещи не работают. Кроме того,...
В настоящее время я создавал новую ветку каждый раз, когда мне приходилось добавлять новую функцию в мое приложение. Когда моя функция закончена и функционирует, я объединяю ее с основной веткой. Но позже, когда мне нужно обновить эту функцию (например, улучшение), лучше ли создать новую ветку или...
Скажем, есть команда из десяти гибких разработчиков. Каждый день они выбирают задачу с доски, вносят в нее несколько изменений, пока (к концу дня) не выполнят задачу. Все разработчики регистрируются напрямую в транке (в стиле Google, каждый коммит является кандидатом на релиз, с использованием...
Во-первых, некоторые из них, мы находимся в процессе перехода всех наших проектных команд на использование git и разрабатываем рекомендации по организации репозиториев, чтобы можно было отслеживать определенные ветви для непрерывной интеграции и автоматическое развертывание на серверах...
Я всегда использовал git раньше, но я хочу внести свой вклад в python, поэтому теперь я должен изучать Mercurial, и я нахожу это очень расстраивающим. Итак, я сделал пару небольших патчей и хотел отследить их как коммиты в моем локальном хранилище Mercurial. Видимо, есть 4 способа обработки...
Моя компания использует Git и использует особую схему ветвления - работа выполняется в master, а ветки зарезервированы для выпусков. Это прекрасно работает, пока вся работа, выполненная в итерации, превращается в ветвь, но если возникает критическая производственная проблема, мы должны...
Что означает "ветвление бесплатно" в Git? Я часто слышу об этом, когда упоминается Git по сравнению с другими системами контроля версий. У меня не было возможности (?) Иметь дело с другими ( SVN и т. Д.), Так как же ветвление "дорого" в...
Чтобы избежать проблем, обычно достаточно быть осторожным, но иногда мне нужно дважды проверить ветку, над которой я работаю ( например, «хм… я в devветке, верно?»), Проверив путь управления исходным кодом случайным образом. файл. В поисках более простого способа я подумал о присвоении имен файлам...
Каждый раз, когда начинается новый проект, обычно имеет смысл начинать с прямого перехода к мастеру, пока у вас не появится что-то «стабильное», а затем вы не начнете работать в ветках. По крайней мере, так я обычно это делаю. Есть ли способ немедленно запустить ветки со второго коммита? Имеет ли...
Я видел много советов о моделях git-ветвления, и наиболее распространенное мнение состоит в том, что внесение изменений непосредственно в основную ветку - плохая идея. Один из наших сотрудников очень рад внести изменения непосредственно в основную ветку, и, несмотря на несколько разговоров, они...