Рекомендации по управлению версиями для нескольких разработчиков, использующих общую папку

#.net #git #version-control

#.net #git #контроль версий

Вопрос:

Я ищу несколько общих советов по управлению версиями. В настоящее время у нас есть несколько разработчиков, работающих с общего диска (подключенного к IIS) — Платформа разработки (.NET).

Мы стремимся реализовать управление исходным кодом с помощью bit bucket, но мой вопрос в следующем. Нужен ли каждому разработчику собственный экземпляр кода приложения или они все еще могут запускаться из общего ресурса? Проблема в том, что при внесении изменений, с управлением версиями или без, они редактируют одну и ту же среду (dev).

Должно ли быть так, что у них есть свой собственный экземпляр (это большое приложение) локально или через их собственный общий ресурс, а затем измененный, развернутый в центральной области после завершения и готовности к тестированию.

Очевидно, что вторая концепция требует гораздо больше работы по развертыванию, но при масштабировании я бы предпочел лучший вариант.

Ваши отзывы и рекомендации будут с благодарностью приняты.

Комментарии:

1. Система управления версиями предназначена для того, чтобы позволить нескольким разработчикам работать над исходным кодом независимо со своих компьютеров и объединять изменения в нужное время. Общие диски — нет. Используйте управление версиями.

2. Спасибо, я это понимаю. Но поскольку это веб-приложение, при сохранении файла они могут обновить и увидеть изменения. Наличие локальных копий означало бы, что им понадобится IIS на их ПК и они будут запускать приложение непосредственно оттуда. Или лучше настроить систему управления исходным кодом так, чтобы при ее регистрации она подключалась к платформе разработчиков, чтобы они могли видеть свой код в действии,

3. У разработчиков всегда должна быть локальная среда, с которой они могут быстро выполнять итерации. Кроме того, изменения, внесенные в систему управления версиями, часто следует отправлять, создавать и развертывать в общей среде, чтобы ее можно было протестировать в интегрированной форме.

Ответ №1:

Каждому разработчику необходимо иметь свой собственный клон всего исходного кода. Именно так работает Git, и это широко признано в качестве наилучшей практики.

Комментарии:

1. Спасибо, я это понимаю. Но поскольку это веб-приложение, при сохранении файла они могут обновить и увидеть изменения. Наличие локальных копий означало бы, что им понадобится IIS на их ПК и они будут запускать приложение непосредственно оттуда. Или лучше настроить систему управления исходным кодом так, чтобы при ее регистрации она подключалась к платформе разработчиков, чтобы они могли видеть свой код в действии,

2. Для разработчиков обычной практикой является запуск собственного веб-сервера (на их собственном ПК). Это единственное, что масштабируется (для большего числа разработчиков). Вы можете установить IIS на компьютер разработчика. Или каждый разработчик может запустить IIS в виртуальной машине на своем компьютере. Или вы можете использовать Docker. hub.docker.com/_/microsoft-windows-servercore-iis