Я прихожу к вам как к начинающему программисту, который работает над своим собственным проектом (который успешно развивается). Мой соучредитель также учился программировать и достиг точки, когда он, вероятно, мог бы начать исправлять некоторые вещи и заставлять некоторые вещи происходить.
Он задал очень хороший вопрос, который был «как это будет работать». Что-то, о чем я мог только теоретизировать, поскольку я никогда не программировал с кем-то еще. Не могли бы вы посоветовать мне лучший рабочий процесс. Мы используем Git.
Должны ли мы владеть определенными частями системы? Проверка кода в? Обзор кода?
Как вы работаете с> 1 разработчиком?
Ответы:
Я работаю в команде, которая использует git, где более 40 разработчиков работают над несколькими хранилищами кода (более 100) в любой момент времени. Мы также начинали с очень немногих разработчиков, увеличивая размер команды в течение нескольких лет. В начале, хотя с немногими людьми, вы можете узнать только минимальный мерзавец. Со временем вы улучшите свое мерзавец, открывая для себя мощные функции.
upstream
.upstream
репозиторий.clone
,pull
,push
,add
,commit
,log
,status
,diff
,branch
,stash
,apply
,reset
,format-patch
,branch
. Узнайте больше о них из gittutorial .upstream
репозитории. Хорошей практикой является всегда тянуть, прежде чем нажать . Таким образом вы синхронизируете свой репозиторий с другими изменениями.7
и8
.Как только вы освоитесь с этим рабочим процессом, вы сможете перейти к более сложным вещам, таким как тематические ветки, разветвление, запросы извлечения, слияние, интерактивная перестановка коммитов и т. Д.
Если вы действительно хотите обзоры кода, это можно сделать только с помощью Git и электронной почты. Когда размер вашей команды превышает 10+, в идеале это лучше сделать с помощью какого-то онлайн-инструмента. Так что на практике есть много способов сделать это, и это только один простой способ:
git format-patch
. Это создаст набор файлов исправлений. Отправьте эти исправления по электронной почте рецензенту.git apply
. Это применяет патч, но не создает коммит.upstream
.источник
stash, apply, format-patch
являются частью минимальных знаний. Я обычно жду несколько месяцев, прежде чем учить этим вещам. Я предполагаю, что> 50% разработчиков не прячутся.upstream
origin
и это поможет сделать другие примеры (которые обычно используютсяorigin
) легче следовать.Я использую GitHub и все его функциональные возможности для этого. Проверьте это на http://www.github.com/ Так что вы можете использовать ветки, вилки, проблемы, запросы на получение для работы с вашим партнером.
источник
Первое, что я хотел бы сделать, это заглянуть в центральное хранилище кода, чтобы изменения можно было объединять и синхронизировать между двумя вашими проектами. SVN - хороший, легкий, который я использовал в прошлом, и он существует достаточно долго, чтобы быть достаточно зрелым SVN .
После этого я бы определил между вами обоими роли, которые вы будете играть, т.е.
Удачи!
источник