Git-SVN-помощники является коллекция инструментов командной строки, которые значительно упрощает помощью Git репозиториев SVN.
Основная цель GIT-SVN-хелперов том, чтобы сделать создание локального репозитория Git после SVN существующей кассе "нет-элементарно.
Он также обращается с помощью одного Git-SVN репозиторий для работы на нескольких кассовых в (обычно) различных отраслей и переключаться между ними.
Основы использования (пример)
Управляющее резюме:
> CD путь / к / SVN / репо
> Gitify
Вот пример сеанса:
> CD / TMP
> SVN со https://svn.plone.org/svn/plone/plone.app.form/branches/1.1 plone.app.form
К 1.1 / setup.py
...
Проверенный 27228 редакция.
> CD plone.app.form
> Gitify
Нет репозиторий находится в /Users/tomster/.gitcache/.
Инициирование клонирования в кэш.
Анализируя лог SVN ...
Клонирование https://svn.plone.org/svn/plone/plone.app.form/ из r10593: 27155 в /Users/tomster/.gitcache/
Initialized хранилище Git в пустой /Users/tomster/.gitcache/plone.app.form/.git/
...
Git ветка 'местный / 1.1' теперь следует SVN филиала "1.1":
# На ветке местный / 1.1
ничего не совершить (рабочий каталог чистой)
> Git филиал
* Местный / 1.1
& NBSP; мастер
Очки отметить:
& NBSP; * gitify ограничивается клонирование для пересмотра найденных в SVN лог корня пакета (здесь https://svn.plone.org/svn/plone/plone.app.form/). Большая экономия времени, особенно на больших хранилищ (например, plone.collective)
& NBSP; * gitify создал репозиторий на ~ / .gitcache не на месте
& NBSP; * gitify создано местное отделение местной / 1.1, что следует (дистанционный) SVN филиал 1.1 и перешли к нему
Несколько регистрация отъезда
На практике вы будете часто работать с различными локальными копиями данного хранилища, то есть на стволе и на художественном отделении. Вот когда каталог .gitcache создано выше пригождается. Давайте двигаться наш предыдущий проверку с пути и создать техническое обслуживание проверку, что следует ствол:
> CD ..
> MkDir функция-филиал
> MV plone.app.form функция-филиал /
> Обслуживание MkDir
> Обслуживание кд /
> SVN со https://svn.plone.org/svn/plone/plone.app.form/trunk plone.app.form
Plone.app.form / setup.py
...
& NBSP; U plone.app.form
Проверенный 27228 редакция.
Что произойдет, если мы запустим gitify здесь ?:
> CD plone.app.form /
> Gitify
Git ветка 'местный / багажник "теперь следует SVN филиала« ствол »:
# На ветке местный / багажника
ничего не совершить (рабочий каталог чистой)
Обратите внимание, что эта операция пошла гораздо быстрее, так как теперь мы использовали существующий репозиторий Git в каталоге кэша. Это может быть дополнительно свидетельствует глядя на имеющихся местных отделений сейчас:
> Git филиал
& NBSP; местные / 1.1
* Местный / багажник
& NBSP; мастер
Предостережения
.git «Рециркуляция» таким образом работает (возможно, удивительно) и на практике, но вы должны держать в виду следующее:
Все извлечений и тот же индекс!
Давайте взглянем на то, что это означает, путем переключения обратно в наш художественного отделения:
> CD ../../feature-branch/plone.app.form/
> Статус мерзавец
# На ветке местный / багажника
# Изменены но не обновляется:
# (Использование "мерзавец добавить / RM ...", чтобы обновить то, что будет совершено)
# (Использование "мерзавец заказ - ...", чтобы отменить изменения в рабочей директории)
#
# Модифицированные: документы / History.txt
...
# Удален: Plone / приложение / форма / KSS / тесты / test_kss.py
...
#
# Неотслеживаемые файлы:
# (Использование "мерзавец добавить ..." включить в то, что будет совершено)
#
# Plone / приложение / форма / тесты / test_kss.py
Wohah! То, что произошло, что .git теперь указывает на ствол и, таким образом, команда состояния показывает разницу между этим и нашей отрасли в виде локальных изменений, так как это то, что представляет собой файловая система. Мы можем убедиться в этом, используя команду статус диверсии:
> SVN ул
Уф! Все в порядке! Но что делать с Git? Мы закончили работу над стволом и хотите вернуться к нашей художественного отделения, но индекс Git все не так ?! Просто: повторно запустить gitify:
> Gitify
Git ветка 'местный / 1.1' теперь следует SVN филиала "1.1":
# На ветке местный / 1.1
ничего не совершить (рабочий каталог чистой)
В принципе, это все, что вам нужно помнить при работе с несколькими контрольно-аутов того же пакета: Всегда запускать gitify при переключении между контрольно-аутов
Что нового В этом выпуске
- The канонических хранилище в настоящее время в https://github.com/collective. [rossp]
- Fix обработку при переключении на SVN филиала, что Git уже имеет местное отделение для. [rossp]
Что нового в версии 0.8:
- Сделать команда инициализации следовать, если репозиторий SVN был перешел на другую ветку. Благодаря Calvin Hendryx-Паркер за сообщение о проблеме. [Tomster]
Что нового в версии 0.7:
- Используйте полные копии, а не символические ссылки для создания рабочих копий. Это позволяет избежать проблемы, имеющие ГИТ и SVN репозиторий из синхронизации при работе с несколькими копиями одного и того же хранилища и значительно снижает риск возникновения конфликтов.
- Это также значит, что команда выборки в настоящее время работает только в кэше, не изменяя рабочую копию (что делает его безопасным для запуска с помощью кронтаб, например)
- Запуск gitify против рабочей копии старого стиля выдаст ошибку. Простое удаление символической ссылки и повторный запуск gitify средства, которые, однако.
- Другой эффект, является то, что команда инициализации в настоящее время необходимо только один раз для каждого рабочей копии (это больше не нужно повторно запустить команду после переключения между различными рабочими копиями одного и того же хранилища).
- gitify поэтому больше не по умолчанию для команды инициализации (как ни мерзавец, ни SVN сделать что-нибудь без подвода явное действие). Кроме того, он был переименован из gitify (обратно) инициализировать. [Tomster]
- Разрешить справки, --version и принести команды для запуска вне папок .svn [Tomster]
Что нового в версии 0.5:
- Добавлена команда gitify обновление, который выполняет Git-SVN перебазироваться операция для текущего SVN кассе, но и обрабатывает неподтвержденные локальные изменения gracelully (в отличие от мерзавца SVN, но, как SVN делает)
- больше не использовать модуль ведения журнала для обратной связи с пользователем. Эта идея была довольно ошибочным
Что нового в версии 0.4:
- реструктурировать точки запись для просто использовать gitify. Все остальные команды теперь суб-команды gitify:
- GS-фиксации была заменена gitify толчок
- GS-выборки была заменена gitify выборки
- Добавлена использования и помощь выход для каждой команды.
- Удалено точку входа GS-клон, как это было только когда-либо использовали вместе с основным gitify команды в любом случае.
- Используйте правильное ведение журнала, а не просто печать на стандартный вывод
- Добавлена всесторонние испытания, в том числе функциональных тестов, которые охватывают весь обновление / совершить цикл клонирования репозитория SVN и совершали вернуться к нему.
Что нового в версии 0.3.1:
- Исправление: Не использовать пользовательские псевдонимы, а они не могут быть установлены. Это решает http://github.com/tomster/git-svn-helpers/issues#issue/2
- Исправление: Явно перечислить ElementTree в зависимости этом решает http://github.com/tomster/git-svn-helpers/issues#issue/1)
Что нового в версии 0.3 Beta:
- Добавлена команда, которая помогает обязывающий обратно GS-совершить SVN и Git сохраняя и SVN синхронно
Что нового в версии 0.2 Beta:
- Добавлена команда, которая помогает держать кэш GS-выборки до современных
Требования
- Python
Комментарии не найдены