А что у нас есть очень(!) краткое «на почитать» SVNщику для перехода на GIT?

Купи Sublime Merge за $100 и делай всё из гуя, даже читать ничего не нужно будет.

И как оно? У них вроде есть и триал-версия без ограничения по времени.

Ничего не получится. Дай себе лет 5 на то, что бы перестать ненавидеть гит

https://git-scm.com/book/ru/v2

Я даже книжку на барахолке нашёл за авторством неких S.Chakon & B.Straub. Но книжка большая и скучная.

https://learnxinyminutes.com/docs/git/

если она для тебя большая, то у меня для тебя плохие новости

Использую git больше 5 лет, как начать его ненавидить?

Забудь гит, начни использовать снова :)

Не вижу логики в твоей реплике.

Я просто не понимаю, за что его ненавидить. Другой логики нету.

Есть какой-то одностраничный адекватный документец с самым минимумом, достаточным для начала работы?

https://xkcd.com/1597/

Я серьезно.

у тс спроси, я чисто к нему примерялся, когда отвечал.

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

офицальная документация. там не так много можно за пару вечеров осилить. ну если и так скучно, то может видео уроки посмотришь?

Мне когда надо было по быстрому разобраться, я мануал на оффсайте читал

git merge в котиках.

https://xkcd.com/1597/

Я серьезно.

В git все команды максимально ассоциативны (насколько это возможно). Так что у тебя проблемы с ассоциативной памятью, обратись к врачу. Патологоанатому.

До кучи свои заметки скину.

А что у нас есть очень(!) краткое «на почитать» SVNщику для перехода на GIT?

«Отче наш» подойдёт?

справку по настройке в твоей ide

https://git-man-page-generator.lokaltog.net

Нет ничего краткого, страдай.

https://git-scm.com/course/svn.html

да очень просто: просто подумай что тебе приходится дважды коммитить: 1 раз локально, второй раз удаленно. В svn такой гадости нет

тебе приходится дважды коммитить

Если пользоваться гитом, как свном, то нет. А если пользоваться гитом, как гитом, то это является преимуществом. Ну и ты же не будешь каждый коммит пушить, а сериями коммитов.

https://githowto.com/ (или на русском https://githowto.com/ru/)

Гайд очень быстрый и позволяет легко начать работу.

Ненавидеть git за то что он не svn – это не круто.

Учебный курс «Git for Victims of Subversion». Правда, это не «на почитать», а специалист приедет и все расскажет, и проведет практические занятия.

https://www.nobleprog.com/cc/gitvicsubv/

да очень просто: просто подумай что тебе приходится дважды коммитить: 1 раз локально, второй раз удаленно. В svn такой гадости нет

А что в этом страшного? Если вбил 5-10 килобайт текста, лишние 2 слова git push непринципиальны.

Там самое главное в alt-text :)

https://stevebennett.me/2012/02/24/1

Официальный ман почитай. Как уже говорили, он довольно простой и там все хорошо описано.

git clone
git pull
git add
git commit
git push

И ты уже раб гита.

https://stevebennett.me/2012/02/24/1

“git commit” ignores local, unstaged changes in foo.txt; “git commit foo.txt” doesn’t

А точно нужно читать статью человека из 2012 года, где он не осилил саму полезность выделения нужных файлов для коммита?

Есть гитбук. Ничего лучше пока не видел.

git push --force

The information model is complicated – and you need to know all of it. As a point of reference, consider Subversion: you have files, a working directory, a repository, versions, branches, and tags. That’s pretty much everything you need to know. In fact, branches are tags, and files you already know about, so you really need to learn three new things. Versions are linear, with the odd merge. Now Git: you have files, a working tree, an index, a local repository, a remote repository, remotes (pointers to remote repositories), commits, treeishes (pointers to commits), branches, a stash… and you need to know all of it.

Я ему сочувствую по поводу его слабоумия и проблем с памятью. Но сюда-то ты зачем это притащил?

Git cheatsheet

Svn все еще отличная штука. Переходи на жит только, если тебе интересны его фичи. Переходить на что-то только потому что это модно не каеф. Если тебе нужна децентрализованность, то и в этом даже случае Git — не единственный SCM. Можешь ещё как минимум Mercurial глянуть.

Довольно тонко!