Что то думал это уже давно в прошлом, но вот проект замаячил где народ активно пользует.

Вот теперь в раздумьях отказаться сразу или еще подумать? Боюсь что с гитом и сравнивать нечего.

У кого то есть опыт? А то времени особо на поиски нет.

Обзоры пока дают ничейный результат,

https://comparecamp.com/team-foundation-server-vs-git-comp...

хотя я больше близок к этой точке зрения

https://michaelscodingspot.com/life-changed-moving-tfvctfs...

Не пользую, но знаю что там есть некоторые фичи, которых нет в ГИТе.

И весьма плотная... Я бы даже сказал - избыточная... интеграция с мс-продуктами.

Пользовать - не сложно, а администрить и расширять мне не требовалось.

Ты не с той стороны смотришь.

Хотел бы например перейти с гит обратно на свн?

Встречал статьи типа: Optimal branching strategy for SVN?

нашел, но это и близко не то. Одно название говорит само за себя - A SVN branching strategy that works

https://www.getfilecloud.com/blog/a-svn-branching-strategy...

Копии в отдельных папках и работа только при подключенном сервере.

Автоинкремент версии проги нужно опять искать.

Хотел бы например перейти с гит обратно на свн?

-----

Так мне почти без разницы - Я могучие фичи ни того, ни другого не пользую - checkin, checkout... все.

Один Я на проекте.

А расскажи мне что будет с СВН историей файла если ты файл из одной папки перенесешь в другую? что то у меня воспоминания, что в любом случае файл будет считаться новым.

Даже когда "один", у меня всегда минимум две ветки: продукция и разработка. При этом в ветки "разработка" все промежуточные коммиты заливаются на сервер только тогда когда задача полностью окончена.

Ну и всё таки будет работа в команде.

файл будет считаться новым

-----

Возможно. Не помню.

Только это не критично - "старый" закрыть и все будет нормально... ну разве что не откатится...

Только это не критично

потерять всю историю - не критично?

И фигачить все ветки на диск тоже не критично?

потерять всю историю - не критично?

-----

Нее, не критично. Тем более, что не потеряно, а фрагментировано,

Не страшно.

И фигачить все ветки на диск тоже не критично?

-----

А это - детали внутренней реализации - знать как именно оно работает может и полезно, но для пользователя - избыточно.

Не страшно.

ну да особенно когда целую папку переименовал.

но для пользователя - избыточно.

А пользователь енто хто будетъ?

А пользователь енто хто будетъ?

------

Ну как всегда - кодер, туповатый кодер...

понятно, любой только не я

А расскажи мне что будет с СВН историей файла если ты файл из одной папки перенесешь в другую?

А что будет в гите? У меня bitbucket, там переименование и перенос файла приводят к потере истории.

А что будет в гите? У меня bitbucket, там переименование и перенос файла приводят к потере истории.

Нет, не приводит. К "потерe истории" проводит одновременное переименование (перенос) и изменение больше 50% строк в файле. Тогда команды гит считают что старый файл удалили и создали новый.

Читать про "индекс похожести" (similarity index). Его можно изменять в параметрах команд, например git diff -M8 будет считать файлы переименованными если >80% не изменилось.

Полную историю переименованного файла можно показать git log --follow (емнип есть и настройка log.follow, которую можно включить чтобы log всегда исползовал --follow). Для обнаружения предыдущих имен файла будет опять же использован индекс похожести.

Всегда с теплотой вспоминаю о TFS :)

Это в какой версии? В Enterprise? У меня только 2 Enterprise 6.0 и 2003, остальные всё Professional. Там Source Safe только и какой-то Server есть, но ими никогда не пользовался. в колледже использовали CVS.

Начнем с того, что TFS - это не только контроль версий :)

Я с TFS работал где-то с 2008 до 2016. Да, все время были Enterprise сборки.

Понятно, я с net, и с айти слез.

Что то думал это уже давно в прошлом, но вот проект замаячил где народ активно пользует.

Вот теперь в раздумьях отказаться сразу или еще подумать? Боюсь что с гитом и сравнивать нечего.

Я не помню точно с какой версии, но TFS уже лет 5 минимум поддерживает протокол GIT

А что будет в гите?

Если не наглеть и одновременно не менять дофига, то просто покажет, что файл изменен.

Да, все время были Enterprise сборки.

это не только контроль версий

АЛМ меня тоже когда заинтересовал, но больше платить никто не захотел

TFS уже лет 5 минимум поддерживает протокол GIT

В смысле гит из студии?

git из Team Foundation Server.
https://stackoverflow.com/questions/23000257/using-programs-with-built-in-git-support-in-a-tfs-2013-shop

git из Team Foundation Server

Я называю это гитом встроенном в студию

Потому как сервер и распределённая система для меня немного разные вещи

Если бы он был встроен в студию, то как бы я мог подключаться к ТФС из GIT-клиента под windows?

НП.

Я сам сохраняю версии, а раньше я пользовался Windiff-ом, сейчас есть WinMerge как opensource:

Вот опробывал WinMerge:

В JBuilder 5 Personal Edition, он сам сохраняет версии, я им пользуюсь только для создания GUI, а потом код перетаскивую и в OpenJDK перекомпилироваю, почему MS не сделали ещё во времена 2000х:

Переискал в старых visual studio но ничего не нашёл:

Искал тут, но ничего не нашёл:

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

Вот опробывал WinMerge:

Попробуй Beyond Compare

Она платная, но ничего лучше я еще не видел.

Попробуй Beyond CompareОна платная, но ничего лучше я еще не видел.

Спасибо за ссылку, но я уже не прогаю профессионально opensource выше крыши, это я для АлексНек показывал.

как бы я мог подключаться к ТФС из GIT-клиента под windows?

Хотите сказать что ТФС репо может прикидываться GIT репо?

Странно

Спасибо, но Beyond Compare, я уже видимо ни на что не променяю.

WinDiff просто убожество в сравнении.

в ней не плохо поддерживается скрам

В энтепрайз студии видимо, а не TFC source control.

Или я опять что то пропустил?

Хотите сказать что ТФС репо может прикидываться GIT репо?

именно