Как скрыть/изолировать ветки в Git?

Question

[Иван АНТИКЛАН]

Всем привет!
У меня есть проект под контролем Git. В ветке master находятся файлы со стандартными настройками. В ветке test находится настроенная версия со всеми логинами и паролями.
Как сделать так чтобы при клонировании репозитория клонировалась только одна ветка master, а остальные ветки даже не было видно?

Comments

[Lynn «Кофеман»]

Никак. Репозиторий един. Так что только выносить эти данные из репозитория

[Иван АНТИКЛАН]

Тогда это серьезный минус системы если нет возможности гибко выстраивать нужную инфраструктуру...

[Алексей Яхненко]

Только Торвальдсу не говори, а то ещё расстроится.

Answer 1

[Алексей Яхненко]

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

Comments

[Иван АНТИКЛАН]

Это не вариант. Мне нужно следить и за этими файлами тоже.

[Алексей Яхненко]

Иван АНТИКЛАН: не вариант, ага. Ну - удачи.

Answer 2

[Виктор]

Только если не пушить эту ветку, иначе никак.
Либо пушить её в какое-то другое хранилище, к которому ни у кого нет доступа, но это уже какой-то бред получается.

Comments

[Иван АНТИКЛАН]

Тоесть слудует создать один центральный публичный репозиторий со стандартной версией проекта и делать pull из него и также чтобы все делали push туда. А возможно ли сделать push только одной ветки master?

[Виктор]

Один общий, куда все пушат и откуда пулят.
А ты делаешь свой отдельный, куда пушишь свою тестовую ветку, а пулишь основные наработки с общего сервера.
Если она тебе нужна на одном компьютере, можешь её и не пушить, она просто будет локальной и никто её не увидит.

[Виктор]

Можно пушить только нужные ветки, конечно же.

[Иван АНТИКЛАН]

Пока этот вариант самый оптимальный, хотя избыточное дублирование информации смущает...

[evnuh]

Иван АНТИКЛАН: то есть наличие конфигов в контроле версий вас не смущает, а вот "дублирование информации" ой как смущает?

[Иван АНТИКЛАН]

evnuh: А чего меня это должно смущать? Стандартные конфиги для локального тестирования по-любому должны быть в репозитории и отслеживаться. А еще нужно удобно переносить изменения в тестовых конфигах на боевые.