d
Я SmartGit
в бесплатной версии есть какието ограничения кроме нонкомершл use ?
Size: a a a
2017 July 26
l
Больше никаких
P
спасибо! будем пробовать.
решение только с мастером не подойдет, т.к. дофига зависимых друг от друга задач
решение только с мастером не подойдет, т.к. дофига зависимых друг от друга задач
Т.е. есть много больших задач которые делите на мелкие, раздаете разным людям, в конце закрываете все это как одну задачу?
Если это так, то может быть лучше делать фичеветки от фичеветок (subfeature в gitflow).
Идея: есть долгоживущая ветка фичи, из которой создаются ветки фичей и затем мержатся в нее же. На протяжении жизни этой ветки работа с ней ведется как будто она - ветка разработки (мастер в вашем случае).
То есть pull-request'ы делаются в эту ветку. Затем делается пуллреквест всей фичи в мастер.
Тут проблема в том, что все правки по большой задаче придется интегрировать с мастером разом, а не по чуть-чуть (но видимо вы так и хотите). Вторая проблема, что не получится поревьювить конкретно те правки, которые делались в большой фичеветке (без создания подветок), только все скопом в конце.
Честно говоря, никогда не видел чтобы так делали.
Если это так, то может быть лучше делать фичеветки от фичеветок (subfeature в gitflow).
Идея: есть долгоживущая ветка фичи, из которой создаются ветки фичей и затем мержатся в нее же. На протяжении жизни этой ветки работа с ней ведется как будто она - ветка разработки (мастер в вашем случае).
То есть pull-request'ы делаются в эту ветку. Затем делается пуллреквест всей фичи в мастер.
Тут проблема в том, что все правки по большой задаче придется интегрировать с мастером разом, а не по чуть-чуть (но видимо вы так и хотите). Вторая проблема, что не получится поревьювить конкретно те правки, которые делались в большой фичеветке (без создания подветок), только все скопом в конце.
Честно говоря, никогда не видел чтобы так делали.
WЗ
Я так понимаю гитфлоу не применим для нового проекта?
P
Я так понимаю гитфлоу не применим для нового проекта?
почему это?
EK
сильно зависит от проекта
WЗ
почему это?
Ну а какую фичу мне пилить, если ничего еще нет?
WЗ
Не сразу же в мастер писать, тем более если несколько человек
ЕС
Т.е. есть много больших задач которые делите на мелкие, раздаете разным людям, в конце закрываете все это как одну задачу?
Если это так, то может быть лучше делать фичеветки от фичеветок (subfeature в gitflow).
Идея: есть долгоживущая ветка фичи, из которой создаются ветки фичей и затем мержатся в нее же. На протяжении жизни этой ветки работа с ней ведется как будто она - ветка разработки (мастер в вашем случае).
То есть pull-request'ы делаются в эту ветку. Затем делается пуллреквест всей фичи в мастер.
Тут проблема в том, что все правки по большой задаче придется интегрировать с мастером разом, а не по чуть-чуть (но видимо вы так и хотите). Вторая проблема, что не получится поревьювить конкретно те правки, которые делались в большой фичеветке (без создания подветок), только все скопом в конце.
Честно говоря, никогда не видел чтобы так делали.
Если это так, то может быть лучше делать фичеветки от фичеветок (subfeature в gitflow).
Идея: есть долгоживущая ветка фичи, из которой создаются ветки фичей и затем мержатся в нее же. На протяжении жизни этой ветки работа с ней ведется как будто она - ветка разработки (мастер в вашем случае).
То есть pull-request'ы делаются в эту ветку. Затем делается пуллреквест всей фичи в мастер.
Тут проблема в том, что все правки по большой задаче придется интегрировать с мастером разом, а не по чуть-чуть (но видимо вы так и хотите). Вторая проблема, что не получится поревьювить конкретно те правки, которые делались в большой фичеветке (без создания подветок), только все скопом в конце.
Честно говоря, никогда не видел чтобы так делали.
Не совсем так, просто есть задачи, которые зависят от функционала текущих или будущих
ЕС
Грубо говоря надо сделать раздел на сайте, но перед этим должно быть сделано еще что-то, а до него еще что-то
ЕС
Я буду думать
ЕС
уже много инфы, что-то придумаю)
EK
Не сразу же в мастер писать, тем более если несколько человек
я выше видео кидал
EK
посмотри git flow и github flow
EK
ты сейчас говоришь о featch branche он в обоих случаях применяется
EK
просто в случае с git flow там есть куча всего, а github flow он намного проще там только featch branche и все
d
Больше никаких
написано что в нем нативная мержилка. удобная ? конфликты решать и тд?
WЗ
@KuvshinovEE за девОлоп уже говорили тебе, думаю
I
Не сразу же в мастер писать, тем более если несколько человек
че мешает одному человеку создать initial commit (да хоть с readme.md в одну строчку с названием проекта), от него ответвлиться в тот же develop, и от него уже начать пилить проект?
WЗ
че мешает одному человеку создать initial commit (да хоть с readme.md в одну строчку с названием проекта), от него ответвлиться в тот же develop, и от него уже начать пилить проект?
Я сейчас сделал инитиал в мастер, сделал девелоп, в него залил бойлерплейт, и сделал по ветке на разраба.
Но что меня смущает, что такого флоу я нигде не видел, все ветки идут по фичам. А так как это только начало проекта, то "фичи" достаточно крупные, по сути это модули и они достаточно связанны еще. Коммитить получается редко, все WIP.
Но что меня смущает, что такого флоу я нигде не видел, все ветки идут по фичам. А так как это только начало проекта, то "фичи" достаточно крупные, по сути это модули и они достаточно связанны еще. Коммитить получается редко, все WIP.