Size: a a a

2018 September 24

ES

Eugene Shapovalov in GitFox
но так и нужно наверно делать.
источник

ES

Eugene Shapovalov in GitFox
источник

IG

Ilya Gulya in GitFox
Раньше flow был немного другой, насколько я помню.
источник

ES

Eugene Shapovalov in GitFox
ааа, нет только reporter 🙁
источник

ES

Eugene Shapovalov in GitFox
ты можешь работать над source project
источник

ES

Eugene Shapovalov in GitFox
тогда я вечером создам ветку и обновлю до 2.0
источник

IG

Ilya Gulya in GitFox
Eugene Shapovalov
ты можешь работать над source project
Над чем?
источник

ES

Eugene Shapovalov in GitFox
я посмотрел твои права на проекте и они reporter.
источник

ES

Eugene Shapovalov in GitFox
получается, что ты можешь сделать так
источник

ES

Eugene Shapovalov in GitFox
в fork project на основе develop сделать ветку feature/update_markwon_to_2 и там сделать обновления и запушить их, а после создать merge_request на source project.
источник

ES

Eugene Shapovalov in GitFox
вроде бы так
источник

ES

Eugene Shapovalov in GitFox
Recommended Git Flow:

Create a parent remote branch feature/issue_info_screen (branch off from develop)
Create a new branch to solve the first task (feature/issue_info_entity_and_api, branch off from parent)
Do you changes, commit and push
Create a MR for the subtask (from feature/issue_info_entity_and_api to feature/issue_info_screen)
Repeat steps 2-4 for all remaining subtasks
Finally, create a MR from parent feature/issue_info_screen to develop


Don't forget to resolve the conflicts
источник

IG

Ilya Gulya in GitFox
Eugene Shapovalov
в fork project на основе develop сделать ветку feature/update_markwon_to_2 и там сделать обновления и запушить их, а после создать merge_request на source project.
Это я могу)
Я о том что стоит наверное пока issue не закрыта не мерджить в develop это всё. Потому мне нужна ветка в репозитории, куда я буду создавать MR
источник

IG

Ilya Gulya in GitFox
Если норм что я буду напрямую в develop создавать MR - окей, буду делать так
источник

ES

Eugene Shapovalov in GitFox
да, это ветка вольётся в develop, когда все пункты будут закрыты
источник

ES

Eugene Shapovalov in GitFox
каждый пункт кроме первого, будет основываться на этой ветке, а первый на develop.
источник

IG

Ilya Gulya in GitFox
Ладно, возможно я что-то забыл. Попробую.
источник

ES

Eugene Shapovalov in GitFox
я так это вижу, чтобы распаралеллить работу над этой задачей
источник

ES

Eugene Shapovalov in GitFox
или ту будешь её полностью делать?
источник

ES

Eugene Shapovalov in GitFox
если ты планируешь её полностью закрывать, то нет смысла делать mr на эту ветку, а достаточно делать в одной последовательно
источник