Хочу поучаствовать в open source. Выбрал я, например, Rust. Сделал fork. Что дальше? Иду в issues, выбираю любой и делаю его в своем fork'e, а потом — pull request? Если кто-то этот же issue сделает раньше (я ведь не знаю, сколько человек работает на этим issue), то мой код просто пропадет?
Здравствуйте, Grundik2, Вы писали:
G>Хочу поучаствовать в open source. Выбрал я, например, Rust. Сделал fork. Что дальше? Иду в issues, выбираю любой и делаю его в своем fork'e, а потом — pull request? Если кто-то этот же issue сделает раньше (я ведь не знаю, сколько человек работает на этим issue), то мой код просто пропадет?
Может быть надо отписаться в issue или мейллисте.
Тоже интересно. В github вроде нельзя назначить issue на себя, если ты не участник проекта, в то же время все участники проекта могут пушить что угодно. Неудобно сделано.
Здравствуйте, vsb, Вы писали:
G>>Хочу поучаствовать в open source. Выбрал я, например, Rust. Сделал fork. Что дальше? Иду в issues, выбираю любой и делаю его в своем fork'e, а потом — pull request? Если кто-то этот же issue сделает раньше (я ведь не знаю, сколько человек работает на этим issue), то мой код просто пропадет?
vsb>Может быть надо отписаться в issue или мейллисте.
vsb>Тоже интересно. В github вроде нельзя назначить issue на себя, если ты не участник проекта, в то же время все участники проекта могут пушить что угодно. Неудобно сделано.
Могут пушить pull requests, а не сразу в ветку. Всё логично.
А так — да, лучше вначале синхронизироваться.
Здравствуйте, netch80, Вы писали:
G>>>Хочу поучаствовать в open source. Выбрал я, например, Rust. Сделал fork. Что дальше? Иду в issues, выбираю любой и делаю его в своем fork'e, а потом — pull request? Если кто-то этот же issue сделает раньше (я ведь не знаю, сколько человек работает на этим issue), то мой код просто пропадет?
vsb>>Может быть надо отписаться в issue или мейллисте.
vsb>>Тоже интересно. В github вроде нельзя назначить issue на себя, если ты не участник проекта, в то же время все участники проекта могут пушить что угодно. Неудобно сделано.
N>Могут пушить pull requests, а не сразу в ветку. Всё логично. N>А так — да, лучше вначале синхронизироваться.
Не логично. Я вот с человеком разрабатываю проект. Я не хочу ему давать доступ в репозиторий, потому что хочу, чтобы всё через меня проходило. В то же время я даже сам не могу назначить его ответственным за определенные issues, не говоря уже о том, чтобы он сам выбирал issues, с которыми он хочет работать.
Здравствуйте, vsb, Вы писали:
vsb>Здравствуйте, Grundik2, Вы писали:
G>>Хочу поучаствовать в open source. Выбрал я, например, Rust. Сделал fork. Что дальше? Иду в issues, выбираю любой и делаю его в своем fork'e, а потом — pull request? Если кто-то этот же issue сделает раньше (я ведь не знаю, сколько человек работает на этим issue), то мой код просто пропадет?
vsb>Может быть надо отписаться в issue или мейллисте.
vsb>Тоже интересно. В github вроде нельзя назначить issue на себя, если ты не участник проекта, в то же время все участники проекта могут пушить что угодно. Неудобно сделано.
Здравствуйте, vsb, Вы писали:
vsb> Не логично. Я вот с человеком разрабатываю проект. Я не хочу ему давать доступ в репозиторий, потому что хочу, чтобы всё через меня проходило.
Зачем? Пусть пушит, всегда все можно отменить, отбранчить, отребэйзить и вообще...
Если уж совсем-совсем не хочется, то обычные пул-реквесты вполне себе выход.
Здравствуйте, Grundik2, Вы писали:
G> Хочу поучаствовать в open source. Выбрал я, например, Rust. Сделал fork. Что дальше? Иду в issues, выбираю любой и делаю его в своем fork'e, а потом — pull request?
Да
G> Если кто-то этот же issue сделает раньше (я ведь не знаю, сколько человек работает на этим issue), то мой код просто пропадет?
Возможно да, возможно нет. Как показывает практика, если ты действительно будешь работать надо проблемой, то ты будешь первым.
Здравствуйте, netch80, Вы писали:
N>Здравствуйте, vsb, Вы писали:
G>>>Хочу поучаствовать в open source. Выбрал я, например, Rust. Сделал fork. Что дальше? Иду в issues, выбираю любой и делаю его в своем fork'e, а потом — pull request? Если кто-то этот же issue сделает раньше (я ведь не знаю, сколько человек работает на этим issue), то мой код просто пропадет?
vsb>>Может быть надо отписаться в issue или мейллисте.
vsb>>Тоже интересно. В github вроде нельзя назначить issue на себя, если ты не участник проекта, в то же время все участники проекта могут пушить что угодно. Неудобно сделано.
N>Могут пушить pull requests, а не сразу в ветку. Всё логично. N>А так — да, лучше вначале синхронизироваться.
Здравствуйте, Anton Batenev, Вы писали:
G>> Если кто-то этот же issue сделает раньше (я ведь не знаю, сколько человек работает на этим issue), то мой код просто пропадет?
AB>Возможно да, возможно нет. Как показывает практика, если ты действительно будешь работать надо проблемой, то ты будешь первым.
можно ли как-то назначить этот issue на себя или дать понять, что я над работаю на ним, чтобы больше никто не работал на ним?
Здравствуйте, Anton Batenev, Вы писали:
vsb>> Не логично. Я вот с человеком разрабатываю проект. Я не хочу ему давать доступ в репозиторий, потому что хочу, чтобы всё через меня проходило.
AB>Зачем? Пусть пушит, всегда все можно отменить, отбранчить, отребэйзить и вообще...
То, что надо будет отменять — 100%. Разве что отдельную ветку завести для него, а потом периодически мерджиться, но не совсем мне этот вариант нравится.
AB>Если уж совсем-совсем не хочется, то обычные пул-реквесты вполне себе выход.
Так и делаем но возникает проблема описанная у топикстартера — нет хорошего способа обозначить, что ты работаешь над таким то issue.
Здравствуйте, vsb, Вы писали:
vsb> vsb>> Не логично. Я вот с человеком разрабатываю проект. Я не хочу ему давать доступ в репозиторий, потому что хочу, чтобы всё через меня проходило. vsb> AB>Зачем? Пусть пушит, всегда все можно отменить, отбранчить, отребэйзить и вообще... vsb> То, что надо будет отменять — 100%. Разве что отдельную ветку завести для него, а потом периодически мерджиться, но не совсем мне этот вариант нравится.
Почему? По хорошему, как раз на каждый issue (если, конечно, это не пару байтов поменять) заводится своя ветка. К слову, сразу будет видно, что человек начал работать над задачей, т.к. появилась ветка с именем "issue-XXX" (ну или как принято именовать ветки под issue в проекте).
Здравствуйте, Grundik2, Вы писали:
G> можно ли как-то назначить этот issue на себя или дать понять, что я над работаю на ним, чтобы больше никто не работал на ним?
Можно оставить в нем комментарий (если issue таковые поддерживают), что мол де "Я попробую исправить эту проблему к четвергу". Это, конечно, не гарантирует, что никто больше не будет над ним работать (мало ли что у людей в голове), однако это наложит и определенную ответственность за данное обещание (а кто часто не сдерживает свои обещания...).
Но я, если честно, совершенно не вижу здесь проблемы, потому как обычно она как раз в обратном — не хватает людей, чтобы закрывать задачи и любая грамотная помощь обычно воспринимается с благодарностью.
Здравствуйте, Grundik2, Вы писали:
G>Хочу поучаствовать в open source. Выбрал я, например, Rust. Сделал fork. Что дальше? Иду в issues, выбираю любой и делаю его в своем fork'e, а потом — pull request? Если кто-то этот же issue сделает раньше (я ведь не знаю, сколько человек работает на этим issue), то мой код просто пропадет?
У тебя какие цели в проекте? Просто попробовать свои силы? Тогда что ты боишься, что твоя работа пропадет? Делай себя и радуйся если ее принимают (принимают пул-реквест).
Если ты матерый профи (но тогда и вопроса не было бы), то отпишись, что ты взял задачу на себя и остальные просто не будут ею заниматься.
По жизни же, в опенсорсе куча ишью вообще остаются не закрытыми. Нарваться на параллельную работу очень не просто. Так что что твои страхи очень гипотетические.
Кстати, создание языков программирования это очень не простая задача. Даже в своем коде и то разбираться не просто. А в чужом и подавно. Так что прежде чем бояться выполнить задача параллельно, попробуй ее решить. Не факт что получится.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Grundik2, Вы писали:
G>можно ли как-то назначить этот issue на себя или дать понять, что я над работаю на ним, чтобы больше никто не работал на ним?
Не занимайся фигне. Просто в ишью напили "попробую решить эту проблему" и никто ею заниматься не станет.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
