Компиляция программ :: Что делать с предыдущими?

Компиляция программ :: Что делать с предыдущими?

Я пытаюсь окунуться в мир разработки ПО с открытым исходным кодом и у меня возник вопрос:

Каждый раз, когда я хочу скомпилировать последнюю версию, я обычно скачиваю tar-болл и компилирую его. Однако затем я получаю 2 версии одного и того же программного обеспечения. Одна через sudo apt и одна через компиляцию. Как мне справиться с этой проблемой?

Стоит ли мне удалить версию, созданную с помощью sudo apt, и оставить версию для разработки или оставить обе?

Также, я знаю, что это глупый вопрос, но как мне убедиться, что мои коды обновлены? Мне нужно каждый день скачивать ночные сборки (или проверять) и компилироватькаждый день?

решение1

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

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

Однако вам никогда не придется выбирать между версией apt-get и самостоятельно скомпилированной. Вам следует упаковать и установить программное обеспечение перед его установкой в ​​любом случае. Вы, безусловно, захотите получить и изучить checkinstall. Он очень прост в использовании. Вместо sudo make install, вы сделаете sudo checkinstall. Затем он попросит вас заполнить форму о пакете, затем он установит этот пакет.

Может показаться, что это требует некоторых усилий. И это так. Однако есть способы радикально улучшить это.

  1. Сохраняйте свою собственную локальную ветвь кодекса.
  2. Загружайте только те изменения, которые произошли с момента вашего последнего извлечения из апстрима.
  3. Добавьте информацию о пакетировании deb в свою ветку, если ее там еще нет. Таким образом, вы сможете легко поддерживать ее в актуальном состоянии.
  4. Сделайте перерыв, чтобы действительно осознать, насколько радикальным шагом является форк. Чем больше изменений между вашей веткой и вышестоящим стволом, тем больше работы вам придется выполнять вручную.
  5. Напишите скрипты для автоматизации вышеуказанных задач.
  6. Сохраните PPA, чтобы облегчить себе и другим установку и использование скомпилированного программного обеспечения.

Launchpad может выполнить для вас вышеуказанные задачи, так что вы получите свой собственный ежедневный репозиторий с минимальными усилиями. Это называется рецептом сборки. Вам все равно нужно будет ответвиться от ствола upstreams, объединиться со своим собственным, а затем отправить свой новый ствол на Launchpad. Это хорошо, потому что вы в любом случае захотите просмотреть изменения кода upstreams.

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

Связанный контент