Вопрос по git

Решил переползти на git. В связи с этим возник вопрос: можно ли в одном репозитории хранить несвязанные между собой проекты? Если можно, то как при этом делать бранч какого-нить отдного проекта не затрагивая другие?

а собственно зачем?

odin,
Что "зачем"?

зачем хранить не связанные проекты в одном репозитории?

Ну, привык я так со времен CVS. Хранилось у меня все в директории Projects. При необходимости можно было комммитить как отдельные проекты, так и отдельные файлы проекта. Было удобно.

Видимо придется под каждый проект свой репозиторий делать...

ну в том и суть git ... что это не распределенная система...

odin написал:

ну в том и суть git ... что это не распределенная система...

Не ошибаешься ;)?

"Welcome to Git - the fast, distributed version control system."

сори описался... имел в виду обратное... :)

Hvzh написал:

Решил переползти на git. В связи с этим возник вопрос: можно ли в одном репозитории хранить несвязанные между собой проекты? Если можно, то как при этом делать бранч какого-нить отдного проекта не затрагивая другие?

в mercurial можно, но это неудобно. там есть именованные ветки.

Например в mozilla принято как: проект делится на кучу веток, и каждый разработчик вносит свои коммиты в свою ветку. Потом тимлидер это всё сливает вместе. Процесс слияния осуществляется не вручную конечно, а с помощью программ трёхнаправленного слияния - если изменения затрагивают разные участки кода то всё мержится автоматом. Если два кодера изменили один участок, то тимлидер видит 3 файла сразу:
1) что было
2) что накодил А
3) что накодил Б
ну и выбирает.... Программы: kdiff3 для кед или(вы таки не поверите!) vim.

Процесс разработки в DVCS ведётся каждым разработчиком со своим локальным дистрибутивом. Потому не нужно никаких блокировок и т.д. Просто проект разделяется на 2 ветки. Для разработки не нужно инета, мало того, любой разработчик (в том числе и не из команды) может просматривать кто, когда и как внёс изменения. Историю в mercurial'е убить невозможно, это полезно для поиска старых багов. Кроме того, можно возрождать тупиковые ветки. В git'е примерно также, но git'ом пользуются разрабы ядра в основном, кросплатформенные проекты делаются на hg - он работает во всех системах (хотя сейчас вроде git тоже).

ИМХО в одном проекте должен быть только один репозиторий - так удобнее.

Hvzh написал:

Ну, привык я так со времен CVS. Хранилось у меня все в директории Projects. При необходимости можно было комммитить как отдельные проекты, так и отдельные файлы проекта. Было удобно.

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