Как поддерживать среду разработки после обновлений в linux

Question

Мне нравится время от времени работать над проектами в области электроники, но я все еще новичок в этом. Я обычно использую микроконтроллер STM32, а не Arduino, но одна проблема с микроконтроллером - это различные цепочки инструментов, необходимые для создания и развертывания моего кода.

Вот моя среда разработки

• ОС: Ubuntu 18.04
• IDE: Aton с платформой
• ToolChain: OpenOCD
• Каркас: stm32-куб

Моя проблема заключается в том, что время от времени я делаю обновление, и один раз этот компонент обновляется, и вся среда нарушается. Это происходило 3 раза за последние 4 месяца, где я что-то обновил, и на следующей неделе он перестал работать. Теперь после различных устранения неполадок и удаления / установки / обновления у меня все снова заработало.

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

Answer 1

Я отвечаю на свой вопрос, потому что я нашел то, что искал.

Docker - это идеальный способ создания и создания снимка среды разработки для разработки встраиваемых систем. Вот отличная гильдия https://dev.to/dalimay28/using-docker-for-embedded-systems-development-b16

В качестве альтернативы, если вы знакомы с Docker, попробуйте следующую команду. Многие удивительные люди работали над чем-то, что может быть использовано в качестве основы.

docker search stm32

Answer 2

Если это не сломано, не исправляйте это.

Вы создаете виртуальную машину с необходимой IDE и инструментами, и ничего больше. Отключите все возможные методы автоматического обновления. Проверьте его, т. Е. Убедитесь, что он может надежно создавать и отлаживать программы для оборудования, на котором вы собираетесь работать, даже без доступа к сети (вы не можете быть уверены, что какой-либо сетевой сервис сегодня будет примерно через 20 лет, когда вы нужно исправить Y2038 для вашего старого каландра DIY). Архивируйте его вместе с используемыми установщиками.

Виртуальная машина не имеет сетевых интерфейсов, и вы контролируете физический доступ к ней, поэтому обновления безопасности не являются критическими. Если это когда-нибудь скомпрометируется, просто восстановите резервную копию.

Не обновлять

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