legos4

Для масштабирования проектов в рамках команды была придумата методология БЕМ, советую про нее почитать.
Для того, чтобы изменения не конфликтовали, нужно делить разработку на "фичи" над одной фичей работает один человек, перед началом работы делаете отдельный бранч для фичи, когда фича готова, делаете ребейс мастер бранча на свой фичебранч (чтобы втянуть изменения, которые другие работники влили до вас) и мержите фиче бранч в мастер. В одно время над одним файлом работать не желательно, собранный проект из гита исключите.

Битбакет позволяет мержить фиче бранчи в мастер используя пул реквесты и позволяет провести кодревью всеми участниками перед тем как вливать изменения, весьма полезно для наработки общего стиля в коде.

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

Вы, как человек, утративший важную для вас информацию, должны оценить такое решение, как и я в своё время.

А что касается сабжа, то телефон на какой платформе вы используете (iOS или Android)? Если используете устройство на базе iOS, то я бы рекомендовал в будущем делать резервные копии с паролем, т. к. такие копии умеют хранить даже данные в приложении Google Aauthenticator, ну и других приложений это касается.

"Хочу сделать основным Java" - очень расплывчато. Java - это инструмент для разных сфер: android, desktop, web. Я бы советовал в web - наиболее распространенная сфера; ванги говорят, что android-приложения уступят когда-нибудь своё место web. Ну это всё дело вкуса и чего ВЫ хотите. Итак, например, хотим в Java-web:
1) А Вы уверены, что знаете Java? Может есть нюансы и маленькие пробелы? (пробежаться по Эккелю и Блоху, можно посмотреть статейки о подготовке к сертификации - много мелочей, неочевидностей раскрыто) Разобрать Java 8, особое внимание stream.
2) Ок, Java SE знаете, а Java EE? Тут можно очень досконально не вникать на первых порах - фреймоворки нам помогут.
3) Пошли Фреймворки и библиотеки - Семейство Spring: Core, MVC, Boot, Data, Security. Для ORM - Hibernate (можно вместе с Spring Data, можно вместо, посмотреть нужно). Для уменьшения болерплейта - Lombok.
4) Для тестирования JUnit, потом посмотрите Spock Framework (тут мы знакомимся еще и с Groovy).
5) Плавно переходим к клиенту. Тут нам Java становится мало. Вспоминаем html и css. Если не знаете JS - узнать. Дальше дело вкуса. Выбираем(пишем своё) библиотеку или модный фреймворк, изучаем пилим клиентскую часть. На этапе разбирательств с клиентом познакомиться(если вдруг чего не знали) с REST, http, https, http 2.0, webSockets, json, ajax что такое DTO.
6) Для UI тестирования попробуйте Geb.
7) WebServices! SOAP, Jaxb, SOAP MTOM.
8) Можете попутно расширить кругозор по БД - попробовать вместо mysql postgres или NoSql базы.
Вот это был примерный набор инструментов.
Но главное - практика. Нужен свой учебный проект. Начинаете его делать - появляются проблемы - смотрите как такое можно решить существующими инструментами - тут же применяете теорию на практике.
Предлагаю писать какой-нибудь корпоративный портал с каким-нибудь реестром, справочником и т.д. Включаем фантазию.
Начните с малого - сам справочник-реестр с функциями CRUD - создать, прочитать, редактировать, удалить запись. Далее прикрутите систему прав и ролей пользователей(не все могут создавать, редактировать и тем более удалять). Добавьте работу с файлами - скачать, загрузить, экспорт в pdf и exel. Продолжайте накручивать своё приложение функционалом - личка и чат, доска объявлений, имитация отношений начальник - подчиненный (тайм-менеджмент, таск-менеджмент, сбор отчетов каких-нибудь по работе), уведомления (в почту, в системе, м.б. попробовать с смс), напишите другую маленькую систему и заобщайте их между собой по SOAP(например, другая система может читать из справочника и что-нибудь туда писать). Берите какое-нибудь гипотетическое предприятие (склад, магазин, автосервис, школа, больница, завод и т.д.) и представьте, что ему надо свой документооборот перевести в электронный вид и максимально автоматизировать бизнес-процессы.
Короче, набирайтесь опыта и учитесь через практику, ставьте сами себе задачи и ищите пути их решения. Стажировка и работа вообще на первых порах дают мощный толчок в развитии. Не можете найти стажировку? Идите на собеседования, делайте тестовые задания - тут сразу все пробелы всплывут.

learn.javascript.ru конечно же )

Если без фреймворка, а просто верстка по макету, то:

• Emmet - быстрый кодинг html и сss
  
• less - переменные для шрифтов, вложенность селекторов или бэм-нейминг.
  
• flexbox - для сетки, расположения элементов и респонсива.
  
• autoprefixer - добавление css-префиксов
  
• Imagemin-pngquant - для сжатия картинок
  
• gulp - для сборки вышеперечисленного
  
• slick - карусели и слайдеры
  
• remodal - модалки
  

Если использовать фреймворк, например, bootstrap, то быстрее будет работать с исходниками бутстрапа и потом собрать их:

• переопределить переменные
  
• подключить нужные js-скипты из коробки
  
• подключить нужные less-стили
  
• собрать это всё галпом
  

Тут возникает вопрос: зачем 2 сервера систем контроля версий? Путаница же будет.

Если есть желание просто перенести репу с BitBucket на TFS - создайте командный проект, Git в качестве контроля версий, в свежесозданный локальный репозиторий закиньте уже существующий проект, первый коммит закинет репу в ТФС.