home.social

#version_control — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #version_control, aggregated by home.social.

  1. Git для новичков: ветки, коммиты и первый pull request

    Git — это вызов, через который проходит каждый второй новичок в разработке. Ветки называются «asdasd», коммиты — «правки», а pull request пугает своей красной кнопкой. Знакомо? Меня зовут Сергей Прощаев, я Tech Lead в FinTech и преподаватель на курсах в OTUS. В этой статье разбираем самое главное: как создавать ветки и почему их нельзя называть как попало, что писать в коммитах, как сделать pull request в лучших практиках команд разработки Разобраться в Git

    habr.com/ru/companies/otus/art

    #java #Git #version_control #ветки #коммиты #pull_request #туториал #автоматизация_тестирования #Java_QA

  2. Git для новичков: ветки, коммиты и первый pull request

    Git — это вызов, через который проходит каждый второй новичок в разработке. Ветки называются «asdasd», коммиты — «правки», а pull request пугает своей красной кнопкой. Знакомо? Меня зовут Сергей Прощаев, я Tech Lead в FinTech и преподаватель на курсах в OTUS. В этой статье разбираем самое главное: как создавать ветки и почему их нельзя называть как попало, что писать в коммитах, как сделать pull request в лучших практиках команд разработки Разобраться в Git

    habr.com/ru/companies/otus/art

    #java #Git #version_control #ветки #коммиты #pull_request #туториал #автоматизация_тестирования #Java_QA

  3. Git для новичков: ветки, коммиты и первый pull request

    Git — это вызов, через который проходит каждый второй новичок в разработке. Ветки называются «asdasd», коммиты — «правки», а pull request пугает своей красной кнопкой. Знакомо? Меня зовут Сергей Прощаев, я Tech Lead в FinTech и преподаватель на курсах в OTUS. В этой статье разбираем самое главное: как создавать ветки и почему их нельзя называть как попало, что писать в коммитах, как сделать pull request в лучших практиках команд разработки Разобраться в Git

    habr.com/ru/companies/otus/art

    #java #Git #version_control #ветки #коммиты #pull_request #туториал #автоматизация_тестирования #Java_QA

  4. Git для новичков: ветки, коммиты и первый pull request

    Git — это вызов, через который проходит каждый второй новичок в разработке. Ветки называются «asdasd», коммиты — «правки», а pull request пугает своей красной кнопкой. Знакомо? Меня зовут Сергей Прощаев, я Tech Lead в FinTech и преподаватель на курсах в OTUS. В этой статье разбираем самое главное: как создавать ветки и почему их нельзя называть как попало, что писать в коммитах, как сделать pull request в лучших практиках команд разработки Разобраться в Git

    habr.com/ru/companies/otus/art

    #java #Git #version_control #ветки #коммиты #pull_request #туториал #автоматизация_тестирования #Java_QA

  5. I've been doing some initial testing with @radicle ... radicle.xyz/

    First thoughts ...

    • it's an interesting idea, and I really like the concept.
    • It's a lot of new concepts I need to get used to, learn a lot of new terminology
    • I need to learn stop comparing more directly against how things works in Codeberg/GitLab/GitHub
    • it's pretty fast after all
    • Searching for existing projects on radicle seems to be an impossible task or based on pure luck. The "random" rad:z3g..... strings identifying a repository (needed for rad clone) are even worse to remember than IPv6 addresses. I'm missing a "DNS" equivalent for looking up those RID values.
    • There seems to be more URLs out there pointing at documentation for various versions. Several of them are completely outdated and examples no longer work. In other words: Confusing documentation for newcomers.

    I have so much to learn, and need to sit down and read the docs way more carefully. Just need to find the right ones.

    #programming #source_code #version_control #vcs #opensource #foss #git #radicle

  6. I've been doing some initial testing with @radicle ... radicle.xyz/

    First thoughts ...

    • it's an interesting idea, and I really like the concept.
    • It's a lot of new concepts I need to get used to, learn a lot of new terminology
    • I need to learn stop comparing more directly against how things works in Codeberg/GitLab/GitHub
    • it's pretty fast after all
    • Searching for existing projects on radicle seems to be an impossible task or based on pure luck. The "random" rad:z3g..... strings identifying a repository (needed for rad clone) are even worse to remember than IPv6 addresses. I'm missing a "DNS" equivalent for looking up those RID values.
    • There seems to be more URLs out there pointing at documentation for various versions. Several of them are completely outdated and examples no longer work. In other words: Confusing documentation for newcomers.

    I have so much to learn, and need to sit down and read the docs way more carefully. Just need to find the right ones.

    #programming #source_code #version_control #vcs #opensource #foss #git #radicle

  7. I've been doing some initial testing with @radicle ... radicle.xyz/

    First thoughts ...

    • it's an interesting idea, and I really like the concept.
    • It's a lot of new concepts I need to get used to, learn a lot of new terminology
    • I need to learn stop comparing more directly against how things works in Codeberg/GitLab/GitHub
    • it's pretty fast after all
    • Searching for existing projects on radicle seems to be an impossible task or based on pure luck. The "random" rad:z3g..... strings identifying a repository (needed for rad clone) are even worse to remember than IPv6 addresses. I'm missing a "DNS" equivalent for looking up those RID values.
    • There seems to be more URLs out there pointing at documentation for various versions. Several of them are completely outdated and examples no longer work. In other words: Confusing documentation for newcomers.

    I have so much to learn, and need to sit down and read the docs way more carefully. Just need to find the right ones.

    #programming #source_code #version_control #vcs #opensource #foss #git #radicle

  8. I've been doing some initial testing with @radicle ... radicle.xyz/

    First thoughts ...

    • it's an interesting idea, and I really like the concept.
    • It's a lot of new concepts I need to get used to, learn a lot of new terminology
    • I need to learn stop comparing more directly against how things works in Codeberg/GitLab/GitHub
    • it's pretty fast after all
    • Searching for existing projects on radicle seems to be an impossible task or based on pure luck. The "random" rad:z3g..... strings identifying a repository (needed for rad clone) are even worse to remember than IPv6 addresses. I'm missing a "DNS" equivalent for looking up those RID values.
    • There seems to be more URLs out there pointing at documentation for various versions. Several of them are completely outdated and examples no longer work. In other words: Confusing documentation for newcomers.

    I have so much to learn, and need to sit down and read the docs way more carefully. Just need to find the right ones.

    #programming #source_code #version_control #vcs #opensource #foss #git #radicle

  9. I've been doing some initial testing with @radicle ... radicle.xyz/

    First thoughts ...

    • it's an interesting idea, and I really like the concept.
    • It's a lot of new concepts I need to get used to, learn a lot of new terminology
    • I need to learn stop comparing more directly against how things works in Codeberg/GitLab/GitHub
    • it's pretty fast after all
    • Searching for existing projects on radicle seems to be an impossible task or based on pure luck. The "random" rad:z3g..... strings identifying a repository (needed for rad clone) are even worse to remember than IPv6 addresses. I'm missing a "DNS" equivalent for looking up those RID values.
    • There seems to be more URLs out there pointing at documentation for various versions. Several of them are completely outdated and examples no longer work. In other words: Confusing documentation for newcomers.

    I have so much to learn, and need to sit down and read the docs way more carefully. Just need to find the right ones.

    #programming #source_code #version_control #vcs #opensource #foss #git #radicle

  10. Bash-шаблон на коленке: как выжить с языковой моделью без знаний кода

    Хотел бы представить для обсуждения исходники проектов, в разработке которых использовался «ChatGPT (сервис OpenAI)» в качестве языковой модели. Это история о том, как: ИИ писал код ; ошибки становились уроками (learning by doing); скрипт "на коленке" оброс структурой. Особенность данного материала — в его спонтанности и полученных результатах, так как в процессе ChatGPT выступал то наставником, то «костылём», а где-то и источником новых проблем. Что вы найдёте под катом: краткий разбор архитектуры; немного умозаключений о работе LLM.

    habr.com/ru/articles/914366/

    #bashскрипт #version_control

  11. Bash-шаблон на коленке: как выжить с языковой моделью без знаний кода

    Хотел бы представить для обсуждения исходники проектов, в разработке которых использовался «ChatGPT (сервис OpenAI)» в качестве языковой модели. Это история о том, как: ИИ писал код ; ошибки становились уроками (learning by doing); скрипт "на коленке" оброс структурой. Особенность данного материала — в его спонтанности и полученных результатах, так как в процессе ChatGPT выступал то наставником, то «костылём», а где-то и источником новых проблем. Что вы найдёте под катом: краткий разбор архитектуры; немного умозаключений о работе LLM.

    habr.com/ru/articles/914366/

    #bashскрипт #version_control

  12. Bash-шаблон на коленке: как выжить с языковой моделью без знаний кода

    Хотел бы представить для обсуждения исходники проектов, в разработке которых использовался «ChatGPT (сервис OpenAI)» в качестве языковой модели. Это история о том, как: ИИ писал код ; ошибки становились уроками (learning by doing); скрипт "на коленке" оброс структурой. Особенность данного материала — в его спонтанности и полученных результатах, так как в процессе ChatGPT выступал то наставником, то «костылём», а где-то и источником новых проблем. Что вы найдёте под катом: краткий разбор архитектуры; немного умозаключений о работе LLM.

    habr.com/ru/articles/914366/

    #bashскрипт #version_control

  13. Bash-шаблон на коленке: как выжить с языковой моделью без знаний кода

    Хотел бы представить для обсуждения исходники проектов, в разработке которых использовался «ChatGPT (сервис OpenAI)» в качестве языковой модели. Это история о том, как: ИИ писал код ; ошибки становились уроками (learning by doing); скрипт "на коленке" оброс структурой. Особенность данного материала — в его спонтанности и полученных результатах, так как в процессе ChatGPT выступал то наставником, то «костылём», а где-то и источником новых проблем. Что вы найдёте под катом: краткий разбор архитектуры; немного умозаключений о работе LLM.

    habr.com/ru/articles/914366/

    #bashскрипт #version_control

  14. Commits just called "misc fixes" or something with no description are really annoying and waste the time of others who have to try to figure out why something was done.

    I'm generally not looking for *what* changed, but *why* the change was made. Sometimes it's obvious from the diff, but quite often it's not.

    I get being tired/burned out after working on something, but future me has always been happy that past me took a few minutes to write a meaningful commit message.

    #version_control #git

  15. Commits just called "misc fixes" or something with no description are really annoying and waste the time of others who have to try to figure out why something was done.

    I'm generally not looking for *what* changed, but *why* the change was made. Sometimes it's obvious from the diff, but quite often it's not.

    I get being tired/burned out after working on something, but future me has always been happy that past me took a few minutes to write a meaningful commit message.

    #version_control #git

  16. Commits just called "misc fixes" or something with no description are really annoying and waste the time of others who have to try to figure out why something was done.

    I'm generally not looking for *what* changed, but *why* the change was made. Sometimes it's obvious from the diff, but quite often it's not.

    I get being tired/burned out after working on something, but future me has always been happy that past me took a few minutes to write a meaningful commit message.

    #version_control #git

  17. Commits just called "misc fixes" or something with no description are really annoying and waste the time of others who have to try to figure out why something was done.

    I'm generally not looking for *what* changed, but *why* the change was made. Sometimes it's obvious from the diff, but quite often it's not.

    I get being tired/burned out after working on something, but future me has always been happy that past me took a few minutes to write a meaningful commit message.

    #version_control #git

  18. Commits just called "misc fixes" or something with no description are really annoying and waste the time of others who have to try to figure out why something was done.

    I'm generally not looking for *what* changed, but *why* the change was made. Sometimes it's obvious from the diff, but quite often it's not.

    I get being tired/burned out after working on something, but future me has always been happy that past me took a few minutes to write a meaningful commit message.

    #version_control #git