Недавно я начал управлять проектом на GitHub, где люди отправляли запросы на включение. Вместо того, чтобы объединять их в мастер, я хотел бы иметь возможность:
Сначала проверьте их, чтобы убедиться, что они действительно работают
Возможно внесение некоторых стилистических изменений перед слиянием с мастером
Как я могу это сделать?
Вам нужно создать отдельную ветку, такую как «dev», и проинструктировать людей кодировать ее, прежде чем вы объединитесь с мастером?
На этой странице есть справка github, на которой подробно описано, как вносить изменения. к запросу на вытягивание, проверив запросы на вытягивание локально.
Что я мог бы попробовать, так это сначала создать пульт для отправителя запроса на вытягивание (я использую примеры с приведенной выше страницы):
git remote add kneath git://github.com/kneath/jobs.git
Получить изменения:
git fetch kneath
Проверьте рассматриваемую ветку (например, master):
git checkout kneath/master
Проверяйте их как хотите, так как код, который будет там, будет кодом запроса на извлечение. Запустите тесты и т.д.
Объедините их, если вы готовы:
git checkout master
git merge kneath/master
Кроме того, вот очень хорошая страница о git рабочих процессах управления проектами, в которой подробно описаны различные рабочие процессы. может взять на себя интеграцию совместной работы.
Более быстрый способ работать с GitHub — использовать эту функцию GitHub, представленную Заком Холманом в его GitHub Secrets II Talk (видео).
git fetch origin pull/id/head:name
Где id — это идентификатор запроса на вытягивание, head — это удаленная ветка (на развилке), а name — это имя, которое вы хотите присвоить локальной ветке. Например:
git fetch origin pull/12/head:pr
Выполняет запрос на извлечение №12 в ветку с именем pr.
Вы можете добавить это как псевдоним в git, если вы часто используете это.
head на самом деле является head, а не именем ветки (например, master).
- person whyscream; 28.03.2015
