Работа с Git

что надо выкладывать, что бы это было достаточно для других,

что значит надо? Для кого других? Вот я из этих, других :) То есть отношусь к множеству людей, которые являются не тобой. И мне ничего не надо чтобы ты выкладывал. Ты говоришь о том, чтобы наполнить репозиторий чтобы его можно было показать кому-то в плане поиска работы? Ты должен понимать, что если ты даже не знаешь что туда поместить, то твой профиль на данном этапе мало кому будет интересен. Ну вот представь, допустим я ищу джуна. Кинул вакансию, 100 человек отозвались, рекрутеры (которые не смотрят твой гитхаб) скостили до 20, я просматриваю резюме, ты думаешь у меня будет время просматривать 20 гитхабов? Мне ужаса и в реальной жизни хватает чтобы еще смотреть его в 20-кратном размере, десятки людей в них десятки проектов, в них сотни ошибок, бррр. Я по резюме отберу наиболее интересных на мой взгляд, и потом на техсобесе уже узнаю что хочу. Может дам какие-то задачки самые простые, чтобы посмотреть как человек думает, как решает, что учитывает. А его гитхаб..ну есть, и хорошо, нету, ну и ладно. Конечно, может есть те, кто там пытается что-то высмотреть, но это уж точно не джунов, я иногда не могу увидеть разницы в гитхабе между архитектом, джуном , мидлом и синиором. Это как по книжной полке дома оценивать начитанность человека, это не показательно. Может человек 10000 книг прочитал, может 1. Это можно понять с разговора с ним. А не по фотографии его домашней книжной полки. В том гитхабе могут быть копипасты чужого кода, у будущих джунов это будет страх и ужас, который лучше не открывать, чтобы не портить свое представление о человеке. Гитхаб это для тебя. Прошел интересный туториал, который тебе может понадобится, например CRUD по jdbc, hibernate, spring. Или по junit. Или по сервлетам. И запушил. Для себя в первую очередь, что-то значимое, к чему потом можно вернуться или так, для отчетности (перед собой). На других не ориентируйся

Женя, вопрос не совсем понятен. Как правило в любой конторе есть git и там есть ветка develop. Вот от этой ветки делаешь бранч, наример yourName01_01 и работаешь в этой ветке, затем пушишь изменения в ветку бранч. Ребята смотрят, проверяют код и если все впоряде, то сливают ее в master. Тоесть получается когда ты выполняешь команду: git branch yourName01_01, то ты делаешь копию ветки develop, но отдельную ветку в которой есть все, что есть в ветке develop. Вот ты в ней (ветке yourName01_01) работаешь и делаешь какие то изменения, преобразования, рефакторинг и т.д и т.п. И она эта ветка, получает новый фунцкционал для приложухи, и можно протестить и запустить приложуху с этой ветки и посмотреть, как работает приложуха. Если все в поряде, то ты пушишь эту ветку в ветку develop и все. ( git push с ветки yourName01_01) Там ребята проверяют и либо принимают твои изменения, либо возвращают тебе на доработку. В мастер попадает только уже стабильный и протестированный релиз. Это на пальцах, в реале, как там вы работаете никто не знает. Вот хороший гайд по модели ветвления.