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

А зачем русский интерфейс то? Запомнил какие кнопки жать и все. Github клиент позволяет с произвольным сервером работать или только со своими?

Ещё есть какой-то клиент отказался гнома, на странице git есть список gui клиентов.

А зачем русский интерфейс то? Запомнил какие кнопки жать и все. Github клиент позволяет с произвольным сервером работать или только со своими?

Предполагается научить git-у пользователя из не-it сферы, русский язык нужен для создания менее отчуждающего окружения.

GitHub Desktop работает с какими угодно репозиториями. SourceTree - тоже, но просит логин Atlassian при установке.

https://git-scm.com/downloads/guis

gitkraken, smartgit, giteye, возможно будет на русском.

Только всё равно возможна проблема, когда в переводе документации гит термины переведены одним способом, а в сторонних граф. интерфейсах иначе. Это ещё сильнее будет путать.

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

Переведи сам, там дел-то на полчаса.

Виктор собирается использовать это Гут недляразрабоьчиков, если не разработчики? на самом деле не важно, знакомы они с чем или нет. Я фактически с него начал, мне дали задание сделать коммиты, после замечаний сделать их ребейз, ничего неподсказывали. Всё подсказки из документации или stackoverflow.

Так щас в IDE обычно это встроенный функционал(либо через плагин).

сам хотел бы именть идентичный tortoisehg workbench для git, но его нет

Ждём: «я ничего не делал, оно само».

Предполагается научить git-у пользователя из не-it сферы

Плохая идея. Первый же мердж (а он будет) будет паникой.

Git GUI клиент для не-разработчика

Манагеру, штоле? Этого ещё не хватало…

Прежде чем посадить далёкого от кода человека рулить кодом, его вначале надо обучить (иначе он вам там нарулит) хотя бы базе, в которую должно входить и VCS, и тонна терминов (без которых он вообще ничего не поймёт). Перевод терминов — злейшее зло!

А так, tig. Не совсем GUI (там TUI, но человекопонятное). За локализацию не скажу — не задавался таким вопросом.

Плохая идея.

Не то слово.

Первый же мердж (а он будет) будет паникой.

А на первом же ребейзе репо превратится в тыкву.

Ждём: «я ничего не делал, оно само».

Ага, и в хистори git rebase -f. xD

$ git status
fatal: Не найден git репозитоий (или один из его каталогов вплоть до точки монтирования /home)
Останавливаю поиск на границе файловой системы (так как GIT_DISCOVERY_ACROSS_FILESYSTEM не установлен).

По крайней мере, над этим работают

gitk может подойдёт. А вообще, хотя бы обзор какой-нибудь прочесть придётся

главное, чтобы версионирование изменений (новый коммит, откат коммита) делались интуитивно

Первый же мердж (а он будет) будет паникой

Вроде изменений в репе делать вообще не собираются, так что не будет

Манагеру, штоле? Этого ещё не хватало…

Писателю. Как альтернативу ворду и никакой vcs

запретить им коммитить в мастер и тем более мерджить в него

Мержится художественный текст крайне хреново и дифы тоже смотреть не удобно. Придётся твоему писателю лабать в wiki разметке, по предложению на строку: https://image.ibb.co/ngQb2J/1.png

так пусть использует hg и tortoisehg, зачем ему именно гит? У черепахи простой workbench графический.

В точку! И поди объясни им как вообще версионирование работает — ато кликают пункты в меню и все.

Знакомый подход.

откат коммита

ЛОЛ.

Манагеру, штоле? Этого ещё не хватало…

Писателю. Как альтернативу ворду и никакой vcs

Это меняет дело.

Если писатель пишет один, то борьбы с мержами/ребейзом не будет, ему хватит базового функционала: commit+push, просмотр графа, просмотр коммитов+диффов, откат до состояния. С этим справится почти любая морда, а вот с локализацией всё плохо (ЦА в этом просто не нуждается, потому и не заморачиваются).

hg

Вот да, оно простое, как палка, и при этом покрывает юзкейс.

Придётся твоему писателю лабать в wiki разметке, по предложению на строку

Как будто что-то плохое. В LaTeX так и делаю, иногда даже части одного предложения переношу на другую строку.

по предложению на строку

Вот с этим жёстко лоханулся, когда попытался диссерт в Latex'е в git положить. Страдаю до сих пор, но так лень это править постфактум.

Ну я после первого же коммита поглядел на diff и сделал выводы.

Если писатель пишет один, то борьбы с мержами/ребейзом не будет,

Будет: пишет на стационарном, уехал в отпуск с ноутом, а там старая версия. Вернулся - надо мерджить.

Пытались научить своих техписателей юзать гит - ноль шансов. В итоге посадили их на wiki.js. Плачут, что не гугл докс и не дропбокс, но работают.

техписателей юзать гит - ноль шансов.

а на чём споткнулись?

Будет: пишет на стационарном, уехал в отпуск с ноутом, а там старая версия. Вернулся - надо мерджить.

Это уже проблема в прокладке между креслом и клавиатурой, а не в VCS.

Да как обычно, поди, на полном нежелании мозга обучаться.

Чтобы самостоятельно орудовать гитом - надо самому быть программистом, знать про хэши и деревья, прочитать Pro Git до конца. Если 99% программистов этого не осиливают, чего ты хочешь от писателей?

У меня та же проблема, нужно научить сохранять документы на сервер жруналистов и расшифровщиков видеозаписей (сохраняется с помощью гита)

так как там могут работать люди, которые компьютер всё еще избегают в пользу бумажки с ручкой, с этим есть определенные проблемы

VSCODE с соответствующие плагинами

О чём и речь.

тыжпогроммист, накидай ui на яве

наши на прошлой работе накидали, даже с эмуляцией блокировок

ты хочешь «однокнопочный гуи для офисных блондинок»?

так это делается за 5мин на PHP и добавь ссылку на свой адрес в их браузер(сайт с 1 кнопкой СКАЧАТЬ нажав на котрую пхп скрипт на сервере сам делает гит/клоне всегочто нужно и собирает/чтото еще)

это уровень хеловордов на 2 строки кода, хеловорды делаются локально любым кому нужно(и не выставляются как великое достижение человечества)

если сам не умеешь-иди в джоб/фриланс портал

это так работает

Пытались научить своих техписателей юзать гит - ноль шансов.

это вопрос мотивации

ты описал офис «зажравшихся блондинок» из городов-миллионеров, которые родились в 3-х комнатной квартире и работа по прописке, там то офк учить ниче не нужно

в моем селе все просто- либо учишь что надо либо идешь нах через 1 день

Та я давно говорю

Надо принять закон и запретить быть тупым, сразу все станут умными.

подход по «принятию законов» показывает ваш настрой, это ужасно на самом деле

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

надо мотивировать
самая тупая и примитивная поивация-мотивация баблом,и в моем селе бабла просто нет, поэтому вся мотивация сводиться к - «либо ты делаешь либо уволняем»

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

А зачем эта локализация нужна? У меня подруга очень далека от программирования, заняимается дизайном; я ей просто объяснил основные моменты, немного рассказал про принципы работы git (история, коммиты и проч), и этого оказалось вполне достаточно чтобы без проблем работать с Github Desktop.

Специально для описываемой целевой аудитории придумали git-annex assistant.

Если у пользователя палец к мышке прирос, то ему только патологоанатом может помочь. Короче: не нужен ему git. Не мучай человека.

надо самому быть программистом

Совершенно не обязательно.

знать про хэши и деревья

Совершенно не обязательно.

прочитать Pro Git

Для базовых знаний хватит и man git или git --help. Умеющий читать да прочтёт.

до конца

Совершенно не обязательно.

Если 99% программистов этого не осиливают

Значит им не надо. Открывать для себя функционал можно во время работы с, ибо без применения любые знания бесполезны.

Ну так первым же делом надо объяснить простую и логичную вещь: репо надо синхронизировать ПЕРЕД работой, а не после(, блеать!). И тогда такой срани случаться будет реже (а если работаешь один — то никогда).

Надо обучать работать не с VCS как таковой, а принципам работы с VCS вообще.

Чтобы самостоятельно орудовать гитом - надо самому быть программистом, знать про хэши и деревья

И да, и нет.

Нет — потому что принципы работы с системами контроля версий одинаковы независимо от того, работаешь ли ты с кодом или чертишь монтажные платы. У тебя есть версия, ты делаешь правку, хочешь посмотреть разницу, откатиться на предыдущий вариант, если допустил ошибку или разобраться где сломалось. Если работаешь в команде, то неизбежно кто-то захочет приобщиться к проекту, причём эти изменения не должны быть в куче с твоими, или сделаны в виде фотки с красным кружочком «вот тут не так, поправь».

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

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