illuzor

1) Написать автору проекта на почту, готов ли он добавить вас к разработчикам (collaborators) проекта чтобы вы продолжили его дело, иногда они очень даже не против
2) Если нет ответа/против - делаете форк, мержите сами пул реквесты в свой форк (и уведомляете об этом авторов пул реквестов, они могут быть заинтересованы)

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

P.S. Имею аналогичный опыт:)

- Программисты пишут код своих активити.
- Дизайнеры рисуют интерфейс.
- Тестировщики тестируют реализованное, на разных устройствах.
- Написанный код заливают в расределенную систему версий (Git и т.п.)
- Руководитель проекта следит за соблюдением планов, делает кодревью, следит за версиями и сборками.

Не нужна. На всех телефонах есть кнопка home - она и есть "выход/закрыть". Другое дело что ваши пользователи могли привыкнуть к ней с 2011 года. Еще время от времени я встречаю гибридный выход: наличие в настройках включения/выключения этой кнопки.

И как-то вы плохо искали, эту проблему начали обсуждать еще в том же 2011:
https://www.quora.com/Why-dont-Android-apps-have-a...
stackoverflow.com/questions/2033914/quitting-an-ap...

Собственно что говорит один из разработчиков Android'а:

Romain Guy: The user doesn't, the system handles this automatically. That's what the activity lifecycle (especially onPause/onStop/onDestroy) is for. No matter what you do, do not put a "quit" or "exit" application button. It is useless with Android's application model. This is also contrary to how core applications work.

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

Не слушай тех, кто говорит, что Java сложен для первого яп.Синтаксис очень читабелен и нету заморочек и ловушек насчет памяти.А по теме, в любой области опыт набирается методом проб и ошибок, главное просто начать(стабильность - признак мастерства). Начинать стоит с "копи-пасты" смотришь - повторяешь.Потом прощупав как оно там методом тыка(все этим постигается) и офигеть от своей тупости(когда я это осознал, мир в моих глазах "перевернулся") начинаешь пытаться сам.С самого начала,конечно,будет кошмар,но нужно просто каждый день писать,смотреть, читать.Увы, но идеального и быстрого способа прокачаться нету, все и вся достигается трудом и потом.

1.Нужно зарегистрироваться на сервисе.
2.Создайте форк (fork) интересующего вас репозитория.
3.Теперь у вас есть собственная копия удаленного репозитория, связанная с изначальной. Клонируйте эту копию.
Теперь вы можете сохранять коммиты в свой локальный репозиторий, а потом пушить их в свой удаленный. Если вы захотите предложить свои изменения в изначальный репозиторий, для этого есть специальный инструмент под названием pull request.

А что тут такого особенного? Мы создаем некий класс Map, который хранит в себе:

• Текстуру (или айди текстуры, я не помню уже, как там устроено в libgdx, или же ты её при создании объекта назначаешь)
  
• Массив, содержащий вот эти кнопочки, при нажатии на которых игрок попадает на новый уровень). Эти кнопочки расставляются автоматический на основе ранее заготовленных данных. Эти данные - обычный массив, содержащий информацию о номере уровня(ну или названия, как тебе удобнее), на которой игрок перейдет, а так же хранящий координаты расположения этой кнопки на текстуре (эти данные ты можешь в каком-то конфиге хранить удобного для тебя формата, json на пример, и при запуске игры их парсить)
  

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