Git без командной строки — это возможно?

Question

[Мигель Де Сервантес]

Я понимаю, что работать с Git'ом через GUI это не тру, но не все люди такие суровые. Требуется Git-клиент для массового работника не работающего в командной строке. Кто что может посоветовать?
При этом, в Git многое можно сконфигурировать заранее и да, это обычно командная строка, но всё это можно делать из скрипта, который рядовой работник просто будет запускать).
ПО нужно либо кроссплатформенное, либо хотя бы под Windows. Также нужны:

• разрешение конфликтов
  
• поиск по коммитам
  
• стандартные операции с ветками, ребейз и прочее
  
• список файлов в репозитории хотелось бы в виде браузера, а не списка путей
  

Кто-нибудь знает подходящие Git-клиенты?
А также, обязательно напишите, если знаете Git-клиенты, где реализованы rebase -i и работа с submodule и/или subtree

Comments

[Максим]

я почти по теме , гит и гитхаб это одно и тоже ?

[DevMan]

Максим Жаров: > гит и гитхаб это одно и тоже ?
нет.

[Максим]

DevMan: понял - спасибо

[DevMan]

Максим Жаров: гит - системя контроля версий.
гитхаб - хостинг для гит плюс дополнительные плюшки.

[Максим]

DevMan: я раньше думал что одно и тоже , растолковали - спс

[Максим]

DevMan: можно ещё вопрос ?

[DevMan]

Максим Жаров: можно.
но коль уж здесь сервис вопросов и ответов, то можно задать полноценный вопрос, а не развлекаться в комментариях к чужому.

[Максим]

DevMan: я задавал вопрос ,его 100% удаляли ! я о бутстрап , вот к примеру jquery весит 80клб, ангуляр 1.2 мгб, vue 793клб , и jquery считается тяжёлым но дрова бутстрап(less) весят значительно больше всего вместе взятого , и для чего на сервере хранить все less файлы ? и как понять что при применении всяких бутстрап или jade или less sass scss страница становится динамичной ?

[DevMan]

Максим Жаров: less или любой другой препроцессор незачем держать на сервере, на сервере нужен только уже скомпилированный css.

[Максим]

DevMan: ну я того же мнения был всегда , а каким боком jade относится к серверу ?

[DevMan]

Максим Жаров: это шаблонизатор. и если сайт построен на ноде, то его наличие на сервере вполне объяснимо.

[Сергей delphinpro]

DevMan: >>> less или любой другой препроцессор незачем держать на сервере

А все-таки приятно, когда берешь заказ на доработку сайта, получаешь от клиента доступ к ftp, смотришь, а там в отдельной папочке лежат все исходники плюс конфигурация сборщика.

[DevMan]

Сергей: так есть не один способ получить эти данные без FTP-доступа и без сервера.

[Сергей delphinpro]

DevMan: И идеальном мире - да =) В реальности, владельцу сайта пофиг на всякие там source, отдаешь ему полный пакет исходников, он зальет только готовое на хостинг. А потом ищи-свищи эти исходники...

Answer 1

[mvsavkin]

SmartGit очень дружелюбный.
SourceTree чуть менее

Comments

[Мигель Де Сервантес]

В общем-то сам пришёл к такому же выводу. По функционалу лучше SmartGit'а не нашёл.
Ещё тестирую Gitkraken сейчас дома, он довольно интуитивно-понятный.
SourceTree - неплох, но зато он абсолютно бесплатный.

Answer 2

[_ _]

В продуктах от JetBrains хороший git-клиент.

Comments

[Мигель Де Сервантес]

Посмотрю для себя, но для обычного работника он не подойдёт. Конечно у нас также делается и сейчас: TFS, с которым работают через Visual Studio, не пользуясь при этом ни ветками ничем подобным. Потому что слишком тяжёлый клиент, которому надо обучать

Answer 3

[Anton]

Можно использовать Git в IDE (если речь идет о программистах), а так вроде можно настроить алиасы и она будет выполнять команды

Comments

[Данил Антошкин]

Программист и без командной строки, немного странно звучит вам это не кажется?

[Мигель Де Сервантес]

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

[Алексей Шумкин]

Мигель Де Сервантес: Вы действительно считаете, что "технические писатели, менеджеры и лингвисты" будут делать

разрешение конфликтов
поиск по коммитам
стандартные операции с ветками, ребейз и прочее

?!

[Мигель Де Сервантес]

Алексей Шумкин: конечно. Если писать не в Word, а совместно работать над файлом раздела в текстовом формате (тот же Markdown), то вероятны конфликты. А также, если иметь несколько веток.
Поиск по коммитам - очень удобный инструмент, если ты помнишь какое изменение ты внёс и тебе надо найти, когда ты это сделал.
С ветками работать тоже придётся, если поддерживать одновременно документацию для основной, бета, альфа и внутренней версий продукта.
А про то, насколько "чистой" можно делать историю коммитов с помощью "Rebase -i" я думаю вы итак знаете))) Впрочем, без этого как раз ещё можно обойтись.

[Алексей Шумкин]

Мигель Де Сервантес: Вы мне рассказываете ВОЗМОЖНОСТИ Git ))( которые я, ИХМО, довольно хорошо знаю) вопрос же был в другом ))) БУДУТ ли (читай, захотят/смогут/whatever) перечисленные Вами "непрограммисты" это использовать? я к этому клоню ))

[Мигель Де Сервантес]

Алексей Шумкин: я вас так и понял)) И по-своему опыту, могу сказать: будут, если это будет не сложно. Именно поэтому всё упирается в Git-клиент и то, как построить обучение работе с Git.
Ну или тогда использовать SVN и страдать при конфликтах и захламленной истории)))