Право разработки на сетевом диске

Question

Я являюсь членом небольшой команды разработчиков PHP внутри более крупной компании. У нас есть собственный сервер разработки и производства, и поскольку оба они находятся в локальной сети, а разрабатываемые нами приложения работают строго локально и не предназначены для публичной работы, мы разрабатываем сервер разработки и не располагаем локальными средами. Каждый из нас имеет исходные коды, хранящиеся локально на диске, но у нас есть IDE, настроенные для автоматической синхронизации всех изменений с сервером DEV сразу (в основном после каждого сохранения).

Это было очень выгодно исторически, поскольку у каждого разработчика есть свои проекты, и сотрудничество с другими разработчиками в одном проекте почти никогда не происходило. Но теперь наша команда становится все больше, и мы имеем дело с некоторыми изменениями на этом пути. Главное, что нам нужно иметь какую-то систему управления версиями. Лучше быть точнее.

Есть ли способ реализовать какой-то рабочий процесс git для этой настройки? Я имею в виду, что установка Git так же просто, как и она, но мы хотим пользоваться преимуществами, например, интегрировать git в IDE и быть в состоянии видеть, кто что сделал, когда и т. д. В настоящее время все, что мы можем сделать, не изменяя наш рабочий процесс, - это установить git на сервер DEV и зафиксировать прямо там. Но это будет означать, что каждый человек будет работать над кодом локально, код будет синхронизирован с сервером, и ему нужно будет туда подключиться и зафиксировать там. Это кажется мне просто неправильным.

Вы можете увидеть способ внедрения git без необходимости настройки локальной среды на наших машинах?

Answer 1

У каждого разработчика есть свой локальный репозиторий git, синхронизированный с центральным хранилищем.

Когда разработчик считает, что его изменения готовы, он может просто нажать на свои коммиты.

• Либо, толчок быстродействующий, то все в порядке, и изменения автоматически применяются.

• Или, толчок не быстрый. Это тот случай, когда другие разработчики встали между ними и могут возникнуть конфликты. Таким образом, разработчик должен вытащить другие изменения и слить свои коммиты, возможно, разрешив конфликты.

  Git не вводит конфликты и не обходит конфликты (хотя некоторые предполагают это). Git просто помогает вам замечает и управление эти конфликты. Как вы до сих пор управляли конфликтами? Например, два разработчика меняют строку в одном файле? Устранение конфликтов - это все, что касается организации вашей команды.

Вы также можете настроить post-receive hook так, что центральное хранилище автоматически обновляет файлы на веб-сервер, когда были вытеснены новые коммиты (хотя первые работы автоматизированных тестов явно более благоразумно).

Редактировать

Ваша стратегия развития является, имхо, ни даже подходит для средних команд, ни средних проектов программного обеспечения.

• Большая команда, тем больше людей работают одновременно над кодом. Что делать, если два разработчика меняют один и тот же файл? Если Dev1 сохранит свою работу, будет ли работа Dev2 перезаписана только потому, что он не сохранил свой файл? Если Dev2 сохранит свой файл, он перезапишет работу Dev1?

• Чем больше программный проект, тем больше вероятность того, что вам придется менять несколько файлов параллельно (например, изменение подписи функции). Поэтому, если вы измените первый файл, полное программное обеспечение сейчас сломается, и вы автоматически развернули это сломанное программное обеспечение на свой сервер!