2014-11-27 3 views
-1

Я использую Clearcase для управления версиями в моем прошлом. Теперь я передал задачу настройки git на моей новой работе. Поскольку слияние git немного отличается от традиционного чемодана и т. Д., Я хотел получить некоторые благословения от экспертов, прежде чем я углубился в конфигурацию.Нужно подтверждение, если я нахожусь на правильном пути Конфигурация GIT

Фон: У нас есть несколько приложений, которые будут поддерживаться в git. Некоторые из них - это веб-приложения, а некоторые - другое специально разработанное приложение. У нас около 8 разработчиков (некоторые работают над одним и тем же проектом, но, в основном, с разными файлами). Наши разработчики используют платформу Windows/Ubuntu.

Имея это в виду, это то, что я сделал до сих пор: На сервере EC2, который запускает ubuntu, я установил репозиторий git.

  1. Я создал только один репозиторий до сих пор (мне нужно создать еще 6) для одного из проектов. Этот репозиторий содержит несколько подкаталогов, как того требует структура проекта.
  2. Для создания единственного репо я выполнил первоначальную версию, используя git с моей машины.
  3. У каждого разработчика, использующего это репо, было предложено установить git локально и попросили синхронизировать код из репозитория git с их локальной машиной. так что они могут затем работать с изменениями на локальных машинах, а затем нажать на git позже.
  4. Каждый пользователь может получить доступ к нескольким репозиториям.
  5. Фактические приложения размещены на нескольких серверах. Итак, из git, план состоит в извлечении кода и переносе на разные серверы. Я не уверен, как я это сделаю. Но я это выясню.

Что я хотел удостовериться, если я нахожусь на правильном пути настройки git? Или я делаю какую-либо серьезную ошибку в вышеприведенных шагах. P.S: К сожалению о длинном вопросе

Karthik

+0

Извините, мне пришлось удалить свой первый ответ из-за фиктивного случайного downvote. – VonC

+0

Я не уверен, кто и почему ответил на вопрос. – samjakar

+0

Есть что-то не хватает, чтобы вы не приняли ответ? – VonC

ответ

0

Да: один Git репо на компонент/приложении является лучшей практикой для подражания.
Я упоминаю столько же в «ClearCase to Git migration».

См. Также различия между ClearCase и Git in this answer.


ОП добавляет:

у меня будет пользователям войти в мерзавца репо на сервере с использованием SSH -при файл .pem для сервера, а не имеющие отдельные учетные записи пользователей для мерзавца.
Это хороший способ обеспечить доступ.

This link говорит мне, что должно быть 3 состояния для git. репозиторий .git - это сервер, на котором размещается репо. Рабочий каталог - это установка git моего разработчика, не так ли? Тогда должен ли я иметь другое состояние постановки? Не могли бы вы прояснить ситуацию?

Вы можете использовать SSH для доступа к удаленному Git репо, как вы предлагаете, но:

  • , что удаленный репо должен быть bare repo, то есть репо с только .git (без индекса или рабочего дерева)
  • он может включать в себя post-receive hook для того, чтобы вызвать развертывания (начиная с проверкой голой репо в другой папке)

любого клоном SSH-доступе к голому репо будет полным Git репо, со всеми три состояния в нем (a .git, индекс и рабочее дерево).
Каждый отдельный Git repo, клонированный разработчиками на своих рабочих станциях, имеет эти состояния.

+0

Спасибо @VonC за советы и указатели. – samjakar

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

  • Нет связанных вопросов^_^