Как в Git продолжать разработку без отправки изменений на удалённый репозиторий?

Question

[Dimka5]

Вначале удалённый и локальный репозиторий совпадают.

Делаю я новую функциональность в локальном репозитории.
Создал для неё ветку 'Ф1', реализовал полностью эту функциональность, всё готово.

Но отправить изменения (pull request) нет возможности.
А при этом хочется продолжить разработку и сделать что то ещё из этого состояния (готовой Ф1), сделав для новой функциональности ветку 'Ф2'

Появилась возможность отправить это всё на удалённый репозиторий, пусть простая ситуация удалённый репозиторий не изменился, и важно, что бы в его истории сохранились ветки для каждой функциональности своя (как при использовании ключа --no-ff) , то есть была вот такая картина


Так вот проблема. Как мне работать локально создавать ветки и сливать изменения и как отправлять изменения что бы это получить?

Вариант 1. После реализации Ф1 я должен влить её в master (делаю это с --no-ff)? (а так можно? если собираешься на удалённый отправлять? картинка на локальном получится, а на удалённом?) Затем из master сделать ветку Ф2 и опять слить с master затем отправить изменения из итоговой ветки master

ИЛИ

Вариант2. После реализации Ф1 я делаю из неё Ф2 из неё Ф3 из неё ....

Затем каждую по отдельности отправляю на удалённый репозиторий и локально не сливая с master
Ещё варианты?

В общем как продолжают разработку без доступа к основному репозиторию?

Answer 1

[Владимир]

1) Фичу 1 оставить в своем репозитории и не лить ее в мастер локально
2) Если для Фичи 2 изменения в Фиче 1 не нужны, просто переходишь в мастер, делаешь гит пулл и делаешь бранч для Фичи 2
2а) Если для Фичи 2 нужны изменения, которые ты сделал в Фиче 1, то после второго шага делаешь gi rebase F1
3) Перед тем как делать мерж реквест и к первой фиче и ко второй делаешь
git fetch && git rebase origin/master таким образом ты в ветку подтянешь накопленные в мастере обновления и решишь конфликты если возникнут

Comments

[Dimka5]

Ух сложно... пошёл перечитывать в сотый раз про rebase и пробовать и разбираться с таким решением...
Да меня интересует 2а. И тут получается что я не сливаю ничего с мастер локально. А каждую фичу я отправляю по отдельности и на каждой итерации подтягиваю изменения с удалённого? А что если у меня таких 100 фитч (и каждая зависит от предыдущей), придётся каждую так отправлять что бы получить нужную картинку на удалённом?
а разом наверное не получится?(разве что скриптом) то есть вот как буд то на 2 картинке все эти ступеньки с Ф упадут на master и будет что Ф2 получилась не из Ф1 а из master но по факту состояние взято из завершённой Ф1


Простите мне возможно мою больную фантазию, может что то и не нужно. Но хочется что бы история выглядела наглядно и рассмотреть возможные варианты

[Владимир]

1) 100 фич которые зависят друг от друга без мерж реквеста в мастер, не представляю какой бардак должен быть на проекте, для двух - трех фич не проблема
2) Я же не знаю какая у вас политика, если нужно на каждую фичу делать отдельный MR, то да, нужно будет ребейс делать и забирать изменения для каждой фичи, еще и ждать нужно кодревью, потому что не семржив фичу 1 ты в мерж реквесте для второй фичи увидишь изменения и для первой, но кто вам доктор, если вы пилите сотню зависимых фич без пуша в мастер, для двух - трех зависимых фич этот воркфлоу не проблема.

А вообще лучше всего создать тестовое репо на гитхабе и самому попробовать этот подход на практике

[Dimka5]

От души. Благо проект ещё только будущий и доктор пока не нужен =). 100 фич наверное не будет, имеется в виду много, да и не бардак, а просто нет скажем доступа к интернету/сети, в дороге ты например, а не в офисе или из дома, а разработку нужно продолжать и есть возможность. Да вопросы пока и есть для теста на практике.
Спасибо.

[Robur]

Автор, вам просто нужно поработать с кем-то более опытным. Гит позволяет сделать как угодно, а как именно делать - зависит от того как процессы разработки выстроены. По каким условиям ветки создаются, когда их надо мержить, будет ли ребейз, в каком виде лучше мастер держать, будут ли релизные ветки, работа с код ревью мержреквестами, или нет, хочется ли всю вообще историю держать в общем репозитории или там нафиг ваши 100500 фича-веток никому не нужны, и так далее.
Вот в это вникните, а как под это дело ветки крутить в гите - уже дело техники, там по сути несколько команд нужно.

Если вы за оффлайн работу переживаете - не переживайте, по большому счету никакой разницы нет, есть у вас интернет или нет. Если нет интернета - это все равно что он есть но в этот момент никто с кодом не работает кроме вас.

Answer 2

[Arman]

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

Comments

[Dimka5]

И ф2 и ф1 и 3 и 4... все нужны в мастере(о каком мастере речь? о локальном?) на момент завершения работы над ними и при переходе к следующей ф. Но возможности залить готовую ф1 нет, а ф2 нужно делать уже сейчас.
О работоспособности речи не идёт, но ветки тестируются перед слиянием в master, т.е. master всегда в порядке, в идеале конечно.
Важно сохранить картинку в основном(удалённом) репозитории - на каждую фичу своё ответвление.

Если вы о локальном мастере значит вы говорите тем самым что мне нужно вливать в локальный мастер сразу ф1, а затем начать ф2 и по завершении слить и всё локально. А потом как я отправляю?
В1. Могу сразу локальный мастер в удалённый мастер? тогда предвижу в истории это будет выглядить как одна фича, но их там две по сути.
В2. Сливаю с удалённым мастером фичи по порядку по одной. А что если я сделал 100 фич. а удалённый не изменился не хочу я 100 раз по одной сливать, хочу один раз и что бы это на удалённом было 100 отдельных веточек выходящих и входящих из/в master а не одна длинная

На вопрос я себе ответил а как работать всё равно не понял.