Mercurial: два разработчика Windows, центральный репозиторий на моем ПК. Должен ли я работать в центральном хранилище или клонировать из него?

Question

Можно ли работать в самом центральном хранилище или это «нет-нет»?Допустим, на моем ПК у меня есть центральное хранилище под названием C: \ Src.Это нормально для меня, чтобы развиваться прямо в этом хранилище или это плохая форма?

Было бы лучше клонировать новый каталог с именем C: \ MySrc?поделился в сети и другой разработчик конечно же клонировал из этого.

Answer 1

Я бы работал над клоном репозитория, особенно если вы работаете с несколькими разработчиками.В моем типичном рабочем процессе я буду делать частые повторные регистрации, когда достигну определенной точки и захочу получить новые изменения от других разработчиков, а затем, когда доберусь до хорошего состояния для обмена, я перейду в центральное хранилище.Вы также можете проверить, используя hg serve для совместного использования вместо использования файлового ресурса, поскольку это может работать более надежно для вас.

Answer 2

Использование локального клона позволяет вам использовать такие команды, как hgcomming, чтобы увидеть, какие изменения внес ваш коллега.Я также рекомендую использовать клоны, поскольку это приведет к тому, что вы оба будете использовать один и тот же рабочий процесс для применения / получения изменений.

Answer 3

При первой работе с репозиториями вы хотите сосредоточиться на концепциях управления версиями и не перегружаться беспокойством «где мой код», которое возникает из-за наличия большего количества местоположений, чем необходимо. По этой причине, когда два разработчика только начинают работу, я бы порекомендовал каждому из вас иметь один репозиторий, который вы синхронизируете только посредством вытягивания друг от друга. Для этого вам обоим нужно либо поделиться unc, либо предоставить свои репозитории через Интернет.

Я говорю только о том, чтобы использовать пуллы, чтобы вы всегда контролировали, какой код был добавлен в ваш репо. Это также гарантирует, что расширение, которое я рекомендую далее, всегда вызывается.

Я бы также рекомендовал использовать TortoiseHg , поскольку вы работаете в Windows, а также расширение fetch (которое можно настроить для автоматического использования при извлечении из проводника репозитория). Это значительно сократит количество ручных шагов, чтобы синхронизировать вас при вытягивании. Я не рекомендую расширение rebase, так как я потерял ценную работу при его использовании.

Мозилла Руководство по ртути - хорошее место, чтобы начать с mercurial.ini.

Answer 4

Еще один метод для работы в центральном репо, но с сохранением некоторого контроля, состоит в том, чтобы позволить пользователям создавать именованные ветви для своей работы в центральном репо. Например, я могу создавать именованные ветви с именами "dls_case1", "dls_case2" и т. Д. Затем я могу свободно переходить к этим именованным ветвям, не подвергая свои изменения более широкой группе. Руководитель проекта или тот, кто действительно может, могут объединить эти ветви в случае необходимости.

Конечно, если у вас нет веских причин, я бы присоединился к Аарону Вейкеру и просто сделал клонов для разработчиков. Я просто хотел указать на другой действительный метод.

Answer 5

В Mercurial нет центрального хранилища.Таким образом, вы можете напрямую использовать репозиторий на вашем компьютере, клонировать его не нужно.