потому что ты не понял, как он устроен

говорю же, иди почитай книжицу

умные люди написали, чтобы просвещались другие

ок, спасибо

А это много или мало? :)

Здравствуйте. У нас тут довольно таки старый легаси проект C# настольного приложения WinForms на microsoft-TFS репозитории, который давно пора перевести на гит. Решили завести гитлаб и с помощью утилиты git-tfs сконвертить TFS-репозиторий в гит. Конвертация вроде прошла успешно(Видно историю, коммиты, все файлы на месте). На гитлабик пока не пушил. Образовавшийся гит репозиторий весит аж 7 гигов. Мы решили еще заюзать git-lfs. И вот тут у меня наступил ступор. У нас внутри много всяких ico-шек, wav-ок, png-шек, doc, docx и pdf файлов и прочей WinForms муры которую наверное надо добавить в трекед файлы lfs-а, но вот какие и надо ли я не знаю. Что делать с файлами, которые уже отслеживаются, будет ли что-то не хорошо, если начать использовать LFS. Как лучше поступить?

ну рас у вас новый git репозиторий то можно переписать его историю с добавлением всех больших файлов в lfs. вроди он такое умеет из коробки.

попробую погуглить

Guys, who can help?

там ссылка в ошибке, сходи по ней и сделай то, что там написано

юзай ссх-ключи ебанарот

Так, я сюда с вопросом, а именно remote repo, согласно конвенции у bare repository должен быть суффикс .git, мне нужно чтобы remote server добавлял у “себя” его когда с него пытаются заклонить

Буду наглым и пойду пасту вкину в просто Гит

По опыту миграции с TFS могу сказать, что часто большую часть репозитория занимают мусорные файлы типа билдов. Их можно вообще изгнать из истории, и сэкономить много места.

Спасибо за совет, учту

Грубовато. Но, да, с предложением соглашусь. С ключами намного меньше проблем, чем с парольной аутентификацией.

Я не понял, а где вопрос?

git clone remote:repo - 404, git clone remote:repo.git - норм все

Хотелось бы поведения как при клоне с гитхаба

Всё ещё не понял, где вопрос :(