от
Мой офис имеет центральный источник безопасного установите 2005, который мы используем для управления исходным кодом. Я не могу изменить то, что офис используется на сервере. Я разрабатываю на ноутбуке и хотел бы иметь другой локальный репозиторий системы управления версиями, которое можно синхронизировать с центральным сервером (при наличии) независимо от того, что центральное провайдер. Основанием для запроса, поэтому я могу поддерживать локальную ветку stable/построить для клиентских презентаций продолжая развивать без того, чтобы прыгать через горящий обруч. Кроме того, в качестве консультанта, моим клиентам может потребовать, чтобы я используйте их поставщика системы управления и гибкость здесь облегчит жизнь. Можно любые существующие клиенты распределенного управления версиями справиться с этим?

Ваш ответ

Отображаемое имя (по желанию):
Конфиденциальность: Ваш электронный адрес будет использоваться только для отправки уведомлений.

5 Ответы

0 голосов
от
Мой офис имеет центральный источник безопасного установите 2005, который мы используем для управления исходным кодом. Я не могу изменить то, что офис используется на сервере. Я разрабатываю на ноутбуке и хотел бы иметь другой локальный репозиторий системы управления версиями, которое можно синхронизировать с центральным сервером (при наличии) независимо от того, что центральное провайдер. Основанием для запроса, поэтому я могу поддерживать локальную ветку stable/построить для клиентских презентаций продолжая развивать без того, чтобы прыгать через горящий обруч. Кроме того, в качестве консультанта, моим клиентам может потребовать, чтобы я используйте их поставщика системы управления и гибкость здесь облегчит жизнь. Можно любые существующие клиенты распределенного управления версиями справиться с этим?
0 голосов
от
Ну... KernelTrap как-то на это. Похоже, вы можете использовать vss2svn к трубе источник безопасного РЕПО в SVN-репозиторий, то лучше в git-svn, чтобы тянуть в локальном репозитории Git. Я предполагаю, что совершает обратно в ВСС не будет плавного, автоматического процесса, используя этот метод.
0 голосов
от
Вы должны быть в состоянии проверить текущую версию кода, а затем создать Git-репозиторий вокруг него. Обновление, что и совершение его в локальный репозиторий Git должен быть безболезненным. Как следует клонирования. Единственная загвоздка заключается в том, что вы должны иметь их обоих игнорировать друг друга (я сделал нечто подобное с SVN) по баловаться с соответствующим игнорировать файлы. Я предполагаю sourcesafe, которые Давайте вы игнорируете вещи. И вам придется дважды делать определенные операции (например, говорю, что вы удаляете файл).
0 голосов
от
Этот эпизод HanselMinutes охватывает именно то, что я надеялся услышать. Видимо, Git может использоваться локально, затем прикрепляется к внешней подрывной деятельности/ВСС хранилища по мере необходимости. Они говорят об этом 14 ~ 15 минут.
0 голосов
от
некоторые день я работаю в компании, которая с помощью VSS (и в других компаниях, которые используют другие, менее неизвестная СКМ), но я предпочитаю использовать SVN (когда-нибудь я попробую ЖКТ) для активного развития, для меня и моей группы. Во-первых, данная ситуация это только хорошая идея, если совершить ВСС мало за месяц, потому что работать с другими СКМ (не ВСС) даст вам больше гибкости, но commint для ВСС из SVN-это затратный по времени. Мое решение было: ВСС -> СВН: у меня Linux скрипт (или сценарий Ant, или XXX скрипт), копировать из текущего обновления рабочего каталога ВСС в текущем SVN, а затем обновить SVN-клиента и обновление/слияние/коммит в SVN. Благодаря этому, вы обновления изменения остальные компании, которые используют ВСС. СВН -> ВСС: в этом случае, необходимо извлечь все ваши изменять файлы в VSS, то вы можете просто использовать обратный скрипт для копирования из текущего каталога SVN обновить (игнорируют .каталоги SVN) и скопировать в текущий каталог обновление ВСС, обновления и фиксации. Но помните, в некоторых случае не стоит тратить на это время.
...