GIT vs SVN

[Silence]

Доброго времени, коллеги!

Открою, наверное, очередной холивар...

Стоит AX2009 и SVN. Выгружаем проекты и коммитим именно проекты. Неудобно. Переходим на пообъектный экспорт. В связи с этим появилась возможность сменить систему контроля версий.

Выбор стоит только из "остаться на SVN" или "перейти на GIT". TFS не подходит в силу отсутствия лицензий на 2010.

Опишите, пожалуйста, плюсы и минусы, кто чем пользовался.

[belugin]

Мы пользуемся git - он поддерживается vsts, например. Много разных инструментов и большое сообщество. Svn пользовался когда-то давно. Она централизованная а git - распределённая.

Вообще это частиц вопрос в интернете https://www.google.ru/search?q=git+vs+svn

[Silence]

Цитата:

Сообщение от belugin

Мы пользуемся git - он поддерживается vsts, например.

Это хорошо, но Вы забываете, что у нас 2009, а значит ни какой студии.

Цитата:

Сообщение от belugin

Она централизованная а git - распределённая.

Это очевидно.

Цитата:

Сообщение от belugin

Вообще это частиц вопрос в интернете https://www.google.ru/search?q=git+vs+svn

Читал, но там речь в основном про проекты, которые можно держать и локально. А вот как быть с аксаптой? Нужно на каждого разраба по SQL серверу и по АОСу?
А как быть если аксапта на удаленке? Т.е. по RDP. У всех. Такая политика компании.

Как быть с базами? Если один удалил таблицу, остальные узнают об этом только при мёрже?

[belugin]

Цитата:

Сообщение от Silence

Это хорошо, но Вы забываете, что у нас 2009, а значит ни какой студии.

Я просто расказываю как у нас. Разумеется у всех свои условия. VSTS это visual studio team services - оно бесплатно до 5 пользователей. Т.е. можно пользоваться серверной инфраструктурой.

Цитата:

Читал, но там речь в основном про проекты, которые можно держать и локально. А вот как быть с аксаптой? Нужно на каждого разраба по SQL серверу и по АОСу?

У нас именно так, и, если я не ошибаюсь, начиная 2012 так и рекомендуют.
Для версий до 2012 есть свои особенности (например ID сервер).

Цитата:

А как быть если аксапта на удаленке? Т.е. по RDP. У всех. Такая политика компании.

Мы работает тоже через RDP, правда со своими отдельными виртуалками.

Цитата:

Как быть с базами? Если один удалил таблицу, остальные узнают об этом только при мёрже?

Когда узнают, это вопрос коммуникации. То же самое относится ко всему чему угодно, например к классам, почему базы тут особенные. Объекты удаляют очень редко, если удаляют, то тому кто его использовал придется как-то приобразовывать код, да.

[trud]

А чем кстати в 2009 не устраивает встроенный MorphX как система контроля версий?

[Silence]

Цитата:

Сообщение от trud

А чем кстати в 2009 не устраивает встроенный MorphX как система контроля версий?

Так он же ничего не умеет.
https://msdn.microsoft.com/ru-ru/lib...or=-2147217396

[trud]

Цитата:

Сообщение от Silence

Так он же ничего не умеет.

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

[Silence]

Цитата:

Сообщение от trud

Так а чего конкретно?

Бранчеваться например.

Цитата:

Сообщение от trud

или мы говорим о распределенной системе когда у каждого разработчика свое приложение?

Очень бы хотелось.

Цитата:

Сообщение от trud

но и тут возникает вопрос зачем делать распределенную разработку в 2009

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

[Alexius]

Кажется MS начнет потихоньку дрейфовать в Git : Microsoft покупает GitHub

[belugin]

Давно

[VORP]

Что-бы программисты не ждали друг друга. У нас довольно часто задачи пересекаются и один программист блочит остальных, а сроки никто не отменял.[/QUOTE]

Если речь о том что файл в чекауте а другой разраб не может его редактировать - зачекинить, то почему бы не выделить отдельное приложение с системой контроля версий MorphX только для хранения готовых фич, а на разработческом приложении не ставить систему контроля версий, выделять изменяемые объекты может быть комментариями. Потом, как готово переносить проектами готовый код на приложение с контролем версий. Перенос занимает не много времени и никто не будет блокировать никого.

[belugin]

Цитата:

Сообщение от VORP

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

Наверное, это все равно, что делаеть работу системы контроля версий вручную, с сопуствующим человеческому фактору ошибками.

[ax_mct]

Цитата:

Сообщение от Alexius

Кажется MS начнет потихоньку дрейфовать в Git : Microsoft покупает GitHub

Полагаю что вскоре для работы с GitHub будет требоваться последняя версия Visual Studio.
Шутка, но прощай GitHub. Думаю что все приличные хипстеры оттуда уже уходят.

Кстати Git это не только GitHub.

[ax_mct]

Цитата:

Devs are flooding to GitLab amidst Github Microsoft acquisition rumors

Цитата:

A quick search on Twitter finds countless people proclaiming that Github is dead, and promising to move to rival services — like GitLab and Atlassian’s BitBucket.

It seems some are making good on their promises. GitLab says it’s seeing ten times the usual normal daily amount of repositories.

https://thenextweb.com/dd/2018/06/04...sition-rumors/