LINUX.ORG.RU

История изменений

Исправление EXL, (текущая версия) :

А подержка Git — это вполне реально существующая проблема.

Я пока не совсем понимаю, что у тебя за проблемы со спавном Git-процессов? Ты работаешь над такими огромными кодовыми базами, что они жрут память/CPU/DISK IO как не в себя? Или же у тебя слабая машина, где дорог каждый МБ оперативки?

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

С твоих слов это можно назвать «реализацией» Git от Microsoft, верно? А разные реализации одного и того же ПО всё равно входят в общую экосистему, пусть даже что-то общее между ними будет и не совместимо.

Вот если бы они сделали всё это но для TFS, тогда бы твоя точка зрения была верна. А так они выбрали Git и пофиг какие цели у них были – корыстные (прокатиться на волне Git-хайпа) или наивно-благосклонные (дать программистам Windows более удобную реализацию Git).

Исходная версия EXL, :

А подержка Git — это вполне реально существующая проблема.

Я пока не совсем понимаю, что у тебя за проблемы со спавном Git-процессов? Ты работаешь над такими огромными кодовыми базами, что они жрут память/CPU/DISK IO как не в себя? Или же у тебя слабая машина, где дорог каждый МБ оперативки?

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

С твоих слов это можно назвать «реализацией» Git от Microsoft, верно? А разные реализации одного и того же ПО всё равно входят в общую экосистему, пусть даже что-то общее между ними будет и не совместимо.

Вот если бы они сделали всё это но для TFS, тогда бы твоя точка зрения была верна. А так они выбрали Git и совсем неважно какие цели у них были – корыстные (прокатится на волне Git-хайпа) или наивно-благосклонные (дать программистам Windows более удобную реализацию Git).