Своя связка для программ для программирования

[Alex11223]

git pull удаляет же удаленные в коммите. (ну только другой вопрос что просто одного git pull'а для деплоя в большинстве проектах не хватит, обычно нужны доп. действия как минимум для установки пакетов composer/npm, миграций БД и т.п., но как аналог загрузки по ФТП это явно не хуже)

[Vapaamies]

Сообщение от Andrej_K

А в чём особенная суть ПСПада, мотивы его создания?

Это у автора надо спрашивать. На английском или чешском, на форуме.

Для меня PSPad -- нормальный человеческий редактор с Юникодом и вкладками, написанный на Delphi, -- то есть в рамках культуры Borland, а не C++. Не политики ради, а минимизации усилий для. Скажем, простота создания подсветчиков -- следствие культурной составляющей.

В качестве замены я присматривался к SynWrite, но он иногда долго загружается, а подсветка синтаксиса сделана какой-то накрученной библиотекой, в которой сходу не разберешься. Я оставил его на потом, и до сих пор это "потом" так и не наступило. Уже год прошел или полтора...

[Andrej_K]

Сообщение от Alex11223

git pull удаляет же удаленные в коммите. (ну только другой вопрос что просто одного git pull'а для деплоя в большинстве проектах не хватит, обычно нужны доп. действия как минимум для установки пакетов composer/npm, миграций БД и т.п., но как аналог загрузки по ФТП это явно не хуже)

Меня интересует пока только сверка и наведение порядка на сервере Гитом в рамках веб-производства, как в Дриме. А про composer/npm, миграции БД в эитом смысле я не очень понимаю, наверное, это мне не пригодится для того, чтобы обновить сайт?)))

Схему с Гитом в моём случае я понимаю так:
1. имеем два сайта, у меня и на сервере;
2. у себя делаю правки, потом закрепление (коммит);
3. заменяю Гитом версию на сервере.

Я правильно понимаю?

Получается, достаточно определиться с редактором кода и всё — Гит заменит сверку и отправку, да ещё и контроль версий добавит?

[Alex11223]

про composer/npm, миграции БД в эитом смысле я не очень понимаю, наверное, это мне не пригодится для того, чтобы обновить сайт?

Смотря какой сайт.

composer (PHP) и npm (JS/фронтенд) это менеджеры пакетов/зависимостей для проекта. Чтоб не хранить/комитить у себя сторонние библиотеки, а просто в файле типа packages.json указать названия пакетов и версии (точную или минимальную и т.п.) и запустить в консоли что-нибудь типа composer install чтоб оно их загрузило вместе со всеми зависимостями (ну когда какой-то библиотеке нужны еще другие библиотеки), и в том числе разрулило (если возможно) ситуации когда несколько пакетов (А и В) требуют один и тот же другой пакет (С) разных версий.

А про миграции БД — ну структуру БД же тоже может понадобиться изменить, а не только код. И руками это делать не самый лучший вариант по многим причинам. https://www.google.com/search?q=%D0%...utf-8&oe=utf-8

Схему с Гитом в моём случае я понимаю так:
1. имеем два сайта, у меня и на сервере;
2. у себя делаю правки, потом закрепление (коммит);
3. заменяю Гитом версию на сервере.

Я правильно понимаю?

Ну как синхронизировать файлы между разными компами/людьми с помощью гита описано в любом туториале по нему.
https://www.atlassian.com/git/tutorials/syncing
http://rogerdudler.github.io/git-guide/
в целом у себя коммит и push (например на хостинг типа bitbucket или github, на bitbucket приватные репозитории бесплатны), на сервере pull.

[Andrej_K]

в целом у себя коммит и push (например на хостинг типа bitbucket или github, на bitbucket приватные репозитории бесплатны), на сервере pull.

Я, наверное, что-то не понимаю. Зачем мне куда-то отправлять на какой-то хостинг, когда мне нужно просто сайт обновить, на своём хостинге?

[Alex11223]

Ну это самый стандартный вариант. Можно и без центрального репозитория/хостинга, а сразу push в репозиторий на сервере по SSH, тогда вроде просто в remote нужно указать соответствующий адрес, что-то типа ssh://user@host/path/on/server/my-project (репозиторий перед этим должен быть создан, git init).

Или что за хостинг у вас? Если не VPS и т.п., а просто shared hosting без SSH доступа, то тогда оба варианта наверно не подходят.
Но вроде есть какие-то решения об использовании FTP в качестве протокола. https://github.com/git-ftp/git-ftp

[Vapaamies]

Сообщение от Andrej_K

Зачем мне куда-то отправлять на какой-то хостинг, когда мне нужно просто сайт обновить, на своём хостинге?

На хостинге вы можете сделать git pull только из хранилища, имеющего публичное доменное имя. Если у вас реальный IP, можете привязать к нему доменное имя и хостить исходники дома.

[Пепел Феникса]

главное папку .git не забыть закрыть

[Andrej_K]

Я так и не понял, могу ли я Гитом просто закинуть файлы на хостинг сайта?
Если нет, то напишите на пальцах по шагам, как это сделать сложно. ССХ есть. И как закрывать папку Гита на хостинге? Там что, тоже нужно сначала репозиторий создать? Получается сверка с хостингом делается путём сверки репозиториев? А в каком виде файлы будут на хостинге тогда? Они же будут не корне сайта, а в папке Гита? Я просто совсем свежий в Гите.

[Alex11223]

Как-то так:

На сервере

git init /path/on/server/my-project

У себя

cd .........my-project (ну и тоже git init если еще нет)

git remote add origin ssh://user@host/path/on/server/my-project

......
git commit .........

git push origin master

И как закрывать папку Гита на хостинге?

У вас же кроме файлов проекта еще есть есть папка с именем .git
Если на сервере она будет в публичной папке веб-сервера (www и т.п.), то ее содержимое будет доступно пользователям, что как правило не желательно (можно будет получить все исходники, например РНР код).
Поэтому надо либо закрыть к ней доступ в конфиге сервера (.htaccess и т.п.), либо сделать такую структуру папок, чтоб она лежала на уровень выше, то есть

my-project
  .git
  www

Они же будут не корне сайта, а в папке Гита?

Ну так ее можно куда угодно положить.