Руководство по использованию удаленного Git-репозитория для совместной работы - PullRequest
Новая
       22

Руководство по использованию удаленного Git-репозитория для совместной работы

0 голосов
/ 26 августа 2010

Мой проект, над которым я работал, теперь разделен между мной и другим разработчиком.Я создал Git-репозиторий на выбранном хосте моего клиента, CodeBase, и я и другой разработчик смогли клонировать репо обратно на наши машины.Однако он не может отодвинуться к удаленному.

Я хотел бы получить некоторые рекомендации, например, советы, ссылки и т. Д. О том, как я должен управлять SCC для этого проекта.Должны ли мы все (всего 3 члена команды) иметь возможность или просто разрешить клонировать репо, вносить изменения и локальные коммиты, а затем передавать на удаленное устройство?Затем я также хотел бы знать, как выполнить ветвление или пометку на удаленном репо перед тестовыми выпусками, чтобы у нас был ствол, над которым мы все работаем, и ветвь (и предыдущие ветки) кода в развернутом виде.Наша главная причина этого заключается в том, что если мы сломаем ствол, мы хотим вернуться к «последней хорошей ветке».

Мне также нужно узнать больше о откате коммитов и изменений в отдельных файлах.Страницы Man на моей установке не работают и не очень дружелюбны.Было бы неплохо поучить некоторые учебники или рекомендации по книгам.

Мы все используем msysgit в Windows 7, и, как я уже говорил, удаленный хост - CodeBase .

Ответы [ 3 ]

3 голосов
/ 26 августа 2010

Вот хорошая ссылка, описывающая различные возможные рабочие процессы с использованием git GitWorkflows

Далее приведена отличная шпаргалка с кратким справочником по множеству команд, которые вы описываете

Наконец, вот хороший вводный ресурс для начинающих. Он индексируется по теме, а не просто представляет список команд: Введение

Надеюсь, это поможет,

1 голос
/ 26 августа 2010

Похоже, вам нужны базовые инструкции по использованию Git. Поднимите книгу Pro Git или прочитайте ее онлайн.

0 голосов
/ 26 августа 2010

Однако он не может вернуться на пульт.

Убедитесь, что у пользователя есть правильный доступ к репо.Если вы клонируете по SSH, проверьте права доступа в файловой системе сервера.

Если мы все (всего 3 члена команды) сможем или можем просто клонировать репо, внесите измененияи локальные коммиты, затем нажмите на удаленный?

С помощью git каждый может клонировать и вносить локальные изменения.Для 3 разработчиков, я бы сказал, что разрешить пуш на дистанцию ​​тоже подойдет.Если вы не чувствуете, что между 1 и двумя другими существует большой разрыв в опыте.

Затем я также хотел бы знать, как выполнить ветвление или пометку на удаленном репо перед тестовыми выпусками, поэтому у нас есть ствол, над которым мы все работаем, и ветвь (и предыдущие ветки)код развернут.

Ветвление и тегирование просто: 

# one time branch setup
git checkout -b BRANCH       # create/checkout a new branch
git push BRANCH              # share branch, and track it
git branch --set-upstream BRANCH origin/BRANCH
# getting the new branch (everyone else) 
git fetch                    # fetch/track shared branch
git -t origin/BRANCH         # (continued)

git tag -a TAG_NAME          # create a new tag
git push TAG_NAME            # share tag
git push --tags              # share all tags

Мне также нужно выучитьПодробнее об откате коммитов и внесении изменений в отдельные файлы.

Вы можете отменить последний коммит с помощью git reset --hard HEAD^.После того, как вы отправили коммит в общий репозиторий, лучший способ вернуться назад - использовать git revert .Эта команда создаст новый коммит, который отменяет любые изменения, вызванные указанным коммитом (ами)

...