Как мы можем улучшить наш процесс веб-разработки?

Question

Как могут работать несколько разработчиков на одном сайте (CSS, JavaScript, ASP.NET).Мы используем SVN в качестве контроля исходного кода, но проблема больше связана с тестированием и общим рабочим процессом.Я знаю, что мы могли бы проводить модульные тесты, и мы имеем для нашего API, но я не понимаю, как мы можем сделать модульное тестирование для нашего интерфейса?У нас много проблем во внешнем интерфейсе:

1. Разработчик 1 меняет CSS и портит CSS для разработчика 2.
2. Разработчик 1 меняет JavaScript и компоненты Разработчик 2 перестал работать.
3. Разработчик 1 удалил ID или класс CSS в C # (код позади), и стилизация CSS потеряна или JavaScript перестает работать.

Это в основном вещи такого рода.Что мы делаем сейчас, так это проверяем все вручную во всех основных браузерах, и мы тратим на это слишком много времени.

Есть ли какие-нибудь полезные предложения о том, как мы можем улучшить наш способ работы?Помните, что это веб-сайт, и мы боремся с проблемами, связанными с этим.

Answer 1

Нельзя ли разделить области сайта на сегменты и распределить обязанности разработчика по каждому из них, даже если это означает «песочницу» «базового» кода сайта (framework / main CSS / main JavaScript) и присвоение ему конкретной ответственности ? Затем вы можете поручить разработчикам отделить их CSS / JavaScript от основных файлов и объединить их перед тестированием и выпуском.

У нас были похожие проблемы, когда я работал, и этот подход, по-видимому, решал его по большей части. Для каждого сегмента, который мы создали, мы создали новую папку в каждом из соответствующих проектов (DAL / BL / Presentation), основываясь на функциональных возможностях / модулях / сегментах, каждый из которых имеет свой собственный контент сайта (JavaScript / CSS), но при этом убедившись, что некоторые общие стили и JavaScript доступны для всех разработчиков.

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

Answer 2

Это проблема управления, а не проблема рабочего процесса.

Вы должны проявлять инициативу в управлении ситуацией и быть жесткими.

У вас есть система контроля версий, вам нужно: -

1. Принудительное завершение проверки на конец дня (или более частое, если желательно).
2. Откат работает, если он не работает. Вы должны быть жесткими в этом вопросе, чтобы разработчики поняли, что вы это имеете в виду.
3. Вам необходимо активно сообщить об этом вашей команде, чтобы убедиться, что они понимают новые рабочие процедуры.

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

Answer 3

Введение релизов / итераций / этапов; и публиковать их только из репо.