Когда лучше всего обновлять текущую версию Ubuntu для разработки?

Я думаю, что в первом ответе не хватает смысла. Вопрос не в том, когда я должен перейти на версию для разработчиков, а в том, «Какое время лучше всего обновить текущую версию Ubuntu для разработки? И ответ на этот вопрос - Ежедневно».

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

Есть два способа решения этой проблемы.

1) Запустите Synaptic Package Manager, найдите устаревший пакет и отметьте его для обновления, а затем нажмите «Применить». Вам будет показано, какие пакеты являются будет обновлен, установлен и удален. Убедитесь, что Ubuntu-рабочий стол не будет удален. Я обнаружил, что Synaptic иногда пытается это сделать. Найдите Ubuntu-Desktop и снимите флажок.

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

Недавнее обновление удалило Ubuntu Software Center, и его не удалось переустановить, поскольку определенный пакет не был готов. Два дня спустя обновление принесло этот пакет, и я смог переустановить Центр программного обеспечения.

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

Всегда, при использовании выпуска для разработки, будьте готовы сделать переустановку Ubuntu. Иногда это быстрый и безболезненный способ вернуться в действие. хотя выяснить, как исправить поломки, тоже может быть интересно.

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

Часть запуска разрабатываемого релиза - это проблемы и их исправление. Ежедневные обновления - лучший способ исправления ОС.

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

Выпуски Milestone (Alphas, Betas и Release Candidates) обычно являются достаточно безопасными точками для обновления. Но каждый релиз отличается, и ситуация меняется в процессе разработки. Точный цикл (который должен стать 12.04LTS) является довольно консервативным циклом, и все было довольно стабильно, хотя были проблемы и поломки. Циклы, ведущие к 11.04 и 11.10, были гораздо более турбулентными.

По этим причинам сложно и несколько опасно давать общие рекомендации о том, когда обновляться, за исключением этапов. Всякий раз, когда вы обновляете версию для разработки, вы должны сначала прочитать и понять изменения. Возможно, вы захотите присоединиться к # Ubuntu + 1 в сети Freenode IRC. Именно здесь во время разработки тусуются тестеры, и вы можете спросить других, каков их опыт.

Это станет меньшей проблемой в будущих версиях, поскольку - благодаря BtrFS - вы сможете просто отменить обновление или даже загрузиться в предыдущую версию ОС. Таким образом, если обновление завершит работу вашей системы, вы просто загрузитесь в состояние перед обновлением, и никакого вреда не будет. Вы можете сделать это сейчас. Ubuntu имеет поддержку BtrFS, по крайней мере, в альтернативном установщике. Правильное использование, однако, требует немного чтения. (Ubuntu немного особенный в этой области) Но если вы собираетесь много тестировать и следовать циклам разработки, я бы сказал, что оно того стоит.