home.social

#git_pull — Public Fediverse posts

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

fetched live
  1. Git pull force — такой команды нет в гите, но мне пришлось ее сделать

    Почему в гите нет команды git pull --force .... Зачем она могла бы быть полезна? Смотрите: Существует прекрасная общепринятая схема работы с контролем версий — у каждого разработчика своя копия проекта, коммиты в ветки, мерж, test‑сервер, pre‑prod, CI/CD. Для больших проектов все отлично и автоматизировано. Нет никаких сомнений что так и должно быть, НО... Есть мелкие проекты — какой‑нибудь сайт, где раз в пару месяцев надо внести небольшие правки и заказчик при этом каждый раз нанимает разных фрилансеров. Приходится работать на общем тестовом сервере, заливать файлы по sFTP и делать коммиты с локалки но как тогда поддерживать актуальность гита на этом самом сервере?

    habr.com/ru/articles/1048840/

    #git #git_workflow #git_pull

  2. Git pull force — такой команды нет в гите, но мне пришлось ее сделать

    Почему в гите нет команды git pull --force .... Зачем она могла бы быть полезна? Смотрите: Существует прекрасная общепринятая схема работы с контролем версий — у каждого разработчика своя копия проекта, коммиты в ветки, мерж, test‑сервер, pre‑prod, CI/CD. Для больших проектов все отлично и автоматизировано. Нет никаких сомнений что так и должно быть, НО... Есть мелкие проекты — какой‑нибудь сайт, где раз в пару месяцев надо внести небольшие правки и заказчик при этом каждый раз нанимает разных фрилансеров. Приходится работать на общем тестовом сервере, заливать файлы по sFTP и делать коммиты с локалки но как тогда поддерживать актуальность гита на этом самом сервере?

    habr.com/ru/articles/1048840/

    #git #git_workflow #git_pull

  3. Git pull force — такой команды нет в гите, но мне пришлось ее сделать

    Почему в гите нет команды git pull --force .... Зачем она могла бы быть полезна? Смотрите: Существует прекрасная общепринятая схема работы с контролем версий — у каждого разработчика своя копия проекта, коммиты в ветки, мерж, test‑сервер, pre‑prod, CI/CD. Для больших проектов все отлично и автоматизировано. Нет никаких сомнений что так и должно быть, НО... Есть мелкие проекты — какой‑нибудь сайт, где раз в пару месяцев надо внести небольшие правки и заказчик при этом каждый раз нанимает разных фрилансеров. Приходится работать на общем тестовом сервере, заливать файлы по sFTP и делать коммиты с локалки но как тогда поддерживать актуальность гита на этом самом сервере?

    habr.com/ru/articles/1048840/

    #git #git_workflow #git_pull