Введение в подвижный

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

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

Во многих проектах используются разные методы рабочего процесса фиксации. Некоторые изменения были внесены разработчиками, например централизованные системы, а некоторые будут получать изменения от участников (например, Linux). Трудно сделать слишком много обобщений, не зная процесса реализации вашего проекта.

Я занимаюсь разработкой следующим образом:

• Централизованное дерево в общей папке или http, называемое project-trunk или project , которое является окончательной версией проекта
• Чистое дерево в моей системе, которое я клонирую из удаленного репозитория и использую для отправки обратно в репозиторий. Затем я клонирую это дерево для внесения изменений. Я называю это дерево локальным проектом
• Клонируйте дерево локальный проект для каждого из моих изменений: например. проект-аддусеры , проект-141 и др.
• После того, как я закончил коммиты в дереве, я затем отправляю изменения в репозиторий локальный проект
• Наконец, отправляю изменения в локальный проект to project-trunk

У меня есть чистое дерево project-local , потому что тогда я могу отправить все наборы изменений обратно в ствол за один раз, что полезно, если есть группа связанных изменения, которые необходимо объединить.

Что касается инструментов, это зависит от вашей платформы. Я просто использую ванильный инструмент командной строки. Переход от TortoiseSVN был небольшим изменением для перехода к командной строке. Но теперь меня это устраивает. Я пробовал использовать TortoiseHg, но он не работал на моей виртуальной машине Windows 7 x64. Я слышал, что на поддерживаемых 32-битных платформах это намного лучше.

Затем я помещаю изменения в локальный проект репозиторий

Наконец, помещаю изменения в локальный проект в project-trunk

У меня есть чистый project-local дерево, потому что тогда я могу отправить все наборы изменений обратно в ствол за один раз, что полезно, если есть группа связанных изменений, которые необходимо объединить.

Что касается инструментов , это зависит от вашей платформы. Я просто использую ванильный инструмент командной строки. Переход от TortoiseSVN был небольшим изменением для перехода к командной строке. Но теперь меня это устраивает. Я пробовал использовать TortoiseHg, но он не работал на моей виртуальной машине Windows 7 x64. Я слышал, что на поддерживаемых 32-битных платформах это намного лучше.

Затем я помещаю изменения в локальный проект репозиторий

Наконец, помещаю изменения в локальный проект в project-trunk

У меня есть чистый project-local дерево, потому что тогда я могу отправить все наборы изменений обратно в ствол за один раз, что полезно, если есть группа связанных изменений, которые необходимо объединить.

Что касается инструментов , это зависит от вашей платформы. Я просто использую ванильный инструмент командной строки. Переход от TortoiseSVN был небольшим изменением для перехода к командной строке. Но теперь меня это устраивает. Я пробовал использовать TortoiseHg, но он не работал на моей виртуальной машине Windows 7 x64. Я слышал, что на поддерживаемых 32-битных платформах это намного лучше.

протолкните изменения в project-local в project-trunk

У меня есть чистое дерево project-local , потому что тогда я могу отправить все изменения обратно в ствол за один раз, что полезно, если есть группа связанных изменений, которые необходимо объединить.

Что касается инструментов, это зависит от вашей платформы. Я просто использую ванильный инструмент командной строки. Переход от TortoiseSVN был небольшим изменением для перехода к командной строке. Но теперь меня это устраивает. Я пробовал использовать TortoiseHg, но он не работал на моей виртуальной машине Windows 7 x64. Я слышал, что на поддерживаемых 32-битных платформах это намного лучше.

протолкните изменения в project-local в project-trunk

У меня есть чистое дерево project-local , потому что тогда я могу отправить все изменения обратно в ствол за один раз, что полезно, если есть группа связанных изменений, которые необходимо объединить.

Что касается инструментов, это зависит от вашей платформы. Я просто использую ванильный инструмент командной строки. Переход от TortoiseSVN был небольшим изменением для перехода к командной строке. Но теперь меня это устраивает. Я пробовал использовать TortoiseHg, но он не работал на моей виртуальной машине Windows 7 x64. Я слышал, что на поддерживаемых 32-битных платформах это намного лучше.

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

Что касается инструментов, это зависит от вашей платформы. Я просто использую ванильный инструмент командной строки. Переход от TortoiseSVN был небольшим изменением для перехода к командной строке. Но теперь меня это устраивает. Я пробовал использовать TortoiseHg, но он не работал на моей виртуальной машине Windows 7 x64. Я слышал, что на поддерживаемых 32-битных платформах это намного лучше.

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

Что касается инструментов, это зависит от вашей платформы. Я просто использую ванильный инструмент командной строки. Переход от TortoiseSVN был небольшим изменением для перехода к командной строке. Но теперь меня это устраивает. Я пробовал использовать TortoiseHg, но он не работал на моей виртуальной машине Windows 7 x64. Я слышал, что на поддерживаемых 32-битных платформах это намного лучше.