Git хорошая система управления версией для веб-разработки (HTML / CSS / JavaScript) в корпоративном проекте?

StackOverflow https://stackoverflow.com/questions/3081484

  •  28-09-2019
  •  | 
  •  

Вопрос

В настоящее время я вовлечен в большой проект - перепланирование корпоративного сайта.

Проект включает в себя много сотрудников по нескольким командам (контент, дизайн и т. Д.).

Существует небольшая команда (я и другой разработчик), отвечающий за слой интерфейса / презентации системы - то есть - разработка шаблонов с использованием HTML, CSS и JavaScript.

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

Задняя команда разработки в настоящее время использует CVS; Однако это так много времени, чтобы дать доступ к моей команде, что я рассматриваю возможность создания нашего собственного контроля версий, благодаря ческу github.

Позвольте бы получить любые особые преимущества для разработки передней части в этой среде?

(Я понимаю основные принципы Git; другой разработчик не имеет своего опыта, но был бы рад забрать его.)

Это было полезно?

Решение

Git будет не менее подходящим для корпоративной среды, чем что-то вроде CVS или SVN. В дизайне или реализации нет ничего, что делает его неуместным для корпоративной среды.

Вы, вероятно, в конечном итоге используете гибридный подход: у каждого разработчика будет иметь локальный репозиторий GIT и оттолкнутся к внутреннему происхождению (центральный разговор), чтобы сохранить с помощью резервных политик корпорации и дать боссу, «Мой код безопасен» на машине Reposity.corpration.com. Как вы упоминали, Github может выступать в качестве вашего происхождения.

Посмотри на http://en.wikipedia.org/wiki/git_(software)#projects_using_git. Для списка крупных организаций (открытый источник и не открытый источник) с использованием Git.

Также посмотрите на http://www.youtube.com/watch?v=4xpnkhjaok8. И уделять особое внимание, когда Linus сообщает Google, что их текущая система контроля ревизии отстой и что они будут намного лучше с Git.

Другие советы

Учитывая ваш комментарий об этом неэффективности CVS и управленческая поддержка Ad-Hoc DVC, вот великая причина:

Я даже не трогаю свой собственный код без VCS, не говоря уже о попытании работать совместно и благодаря SCCS, RCS, P4 и HG, никогда не приходилось.

Запись кода без VCS - это как писать с исчезающими чернилами, возможно, хуже, как вы можете сказать, когда чернила исчезли.

Я думаю, что это будет работать хорошо. При соответствующем разветвлении и, возможно, вишневом выборах, также легко использовать его для поддержания локального кода Dev с патчами развертывания.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top