res2001

Файл был переименован. index, видимо, показывает коммит где файл появился первоначально с правами на файл 0644 (стандартные права файловых систем Unix). 10 - "обычный файл".
Утилита stat выводит такую же инфу о правах, но в шестнадцатиричном виде, а тут восьмеричный.
Вместо 10 может быть еще 12 - ссылка, и возможно еще какие-то варианты.

Три минуса и три плюса - стандартное для diff обозначение для сравниваемых файлов. Типа первый файл это ---, второй файл +++.
Цифры в @@ отрицательная - это "строка, колонка" для первого файла, положительная - для второго. Указывают место где файлы различаются.

Во многих IDE есть встроенный клиент git. Стандартные операции типа комита и пуша делать там вполне можно.
Для чего-то большего использую стандартную консольную версию.

Клонируйте оригинальный репозиторий. В клоне заведите собственную ветку, в нее вносите свои изменения.
Когда авторы обновят свой репо обновляйте master клона из оригинального репозитория, затем делайте rebase своей ветки на новый мастер с разрешением конфликтов.

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

Если история коммитов не нужна: отдельно склонируйте проект с битбакета, создайте нужную ветку (если ее нет), сделайте checkout в ветку, добавьте в проект файлы из вашей первой репы, сделайте коммит.

Есть альтернатива ssh доступу - git-демон.
Входит в комплект с гитом. Принимает запросы по сети, без непосредственного доступа к файлам для клиентов. Не универсальный как ssh, поэтому с его помощью нельзя запустить например консоль :-) Но в отличие от ssh никак незащищает канал передачи, но в локальной сети это не актуально, а в интернете - доступ к нему можно завернуть в ВПН.

Сделайте свою ветку от последнего релизного коммита. Когда выйдет новый авторский релиз сделает ребэйз вашей ветки на новый коммит. Но, конечно, никаких гарантий, что не будет конфликтов никто вам не даст. Когда автор изменит тот же код, что и в вашей ветке, то будет конфликт.

Делает новую ветку от feture/new_name1 и делаете другой функционал на ее основе.
После того как ветку feture/new_name1 примут, можно новую ветку запушить на гитлаб.

Нажми 'Q'

(use "git add/rm ..." to update what will be committed)

git rm