2013-09-27 2 views
2

Могу ли я создать проект с открытым исходным кодом, клонировать проект, отходить к ветви функции, вносить изменения, тестировать, перезагружая свой код поверх текущей рабочей ветви, а затем нажимать , для запроса на тягу, свою ветку функций, чтобы я мог переложить свои изменения на мою работу? (Не уверен, что если то, как наиболее открытым исходным кодом сообщества на самом деле работает ...)Разделы функций и запросы на оттяжку - Git

Так это будет выглядеть так:

Project On Github 
    | 
Clone Project 
    | 
git checkout branch x.x 
git checkout -b new_feature 
... Add some code/fix some issues .. TDD is a must 
git commit // Commit your stuff. 
git checkout branch x.x 
git rebase new_feature 
.. Rebaseing ... 
.. Test to make sure it works // unit tests :D .. 
git checkout branch new_feature 
    | 
submit this branch, new_feature, as a pull request 
    | 
I see new branch, I review, I rebase or reject. 

Это типичный вид рабочего процесса? или как большинство сообществ с открытым исходным кодом справляются с этим, понимая, что этот вопрос неоднозначен и может привести к его закрытию, как бы вы справлялись с этой ситуацией, считая, что это ваш проект с открытым исходным кодом? это «стандартный» способ сделать это?

ответ

0

Чтобы ответить на первую часть вашего вопроса: Да.

Могут ли они клонировать? Да, они могут клонировать любой публичный репозиторий.
Могут ли они создать ветку? Да, они могут разветвлять любой клонированный репозиторий.
Можете вносить изменения? Да, они могут разветвлять любой клонированный репозиторий.
Может ли выполнять тесты путем замены на верхнюю часть текущей рабочей ветви? Да, разработчики, использующие git, обычно проверяют ветви, которые они интересуют редактированием, прежде чем они начнут работать, а затем генерируют коммиты поверх этого, нет необходимости переустанавливать (пока).
Могут ли они отправлять запросы на тягу? GitHub позволяет им create pull requests.

Затем вы можете либо merge the pull request, либо reject/delete the pull request.

Как описано в документации GitHub, утвердители (разработчики с разрешениями на запись в основном репозитории) могут либо объединить запрос на перенос из Интернета, либо проверить запрос на извлечение и работать над ним (изменить его, переустановить, что угодно) а затем нажмите принятые изменения.

Ответьте на свою вторую часть: ИМО - это хороший способ получить кодовые вклады от других специалистов в Интернете.

+0

Это не отвечает на мой вопрос в любой форме или форме. мой вопрос был прост: лучше всего, чтобы пользователь отправил свою ветку функций в отличие от них, перезарядив свою работу поверх рабочей ветки и представив эту новую «рабочую ветвь» – LogicLooking

+0

Ну, это скорее похоже на правильный вопрос одного на открытом посту. Если вы прочитаете страницу «Создать запрос на тягу» в GitHub, вы поймете, что они всегда должны создавать ветку *: 'Прежде чем вы сможете открыть запрос на перенос, вы должны создать ветвь в своем локальном репозитории, зафиксировать ее , и перетащите ветку в хранилище или fork на GitHub.'. Вы будете решать, должны ли изменения быть объединены или переустановлены, а не они. – KurzedMetal

Смежные вопросы