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

[Andrej_K]

Ага, понял. Если я веду проект, то в его папке лежит папка Гита (скрытая), ну и рядом с этой папкой сам проект в виде кучи файлов. (в моё случае это файлы сайта) и Гит всё это в таком же виде копирует на сервер, т. е. на сервере тоже скрытая папка Гита и рядом файлы сайта, которые просто заменяются и лишние удаляются, а недостающие добавляются. Т. е. полная синхронизация?

Так, а если переместить папку Гита на уровень выше, ну, короче, за папку сайта, то как Гит поймёт, что сами файлы лежат не рядом, а в папке сайта, и что там тоже нужно сверять?

[Alex11223]

А почему должны возникнуть проблемы с пониманием у гита? Файлы в подпапках же тоже комитить можно

Про уровень выше я имел в виду как-то так

my-project/
    .git/
        ...
    www/ <--- это сделать корнем сайта
        index.php
        page.php
        images/
            cat.jpg
            logo.png

[Andrej_K]

В моём случае получается так?:

www/<— папка сайтов на сервере
    +сайт1
    +сайт2
    -сайт3/
        +.git
         index.php
         page.php
        -images/
            cat.jpg
            logo.png
    +сайт4

У сайта3 внутри его папки создаю репозиторий Гита, рядом проект. Как я понял, это так и задумано, что гит считает проектом то, что рядом?

Но, если вынести папку .git за пределы сайтов вообще,

+.git
www/<— папка сайтов на сервере
    +сайт1
    +сайт2
    -сайт3/
         index.php
         page.php
        -images/
            cat.jpg
            logo.png
    +сайт4

то тогда я не понимаю, как Гит будет сверять и копировать коммиты в свою папку, а проект в папку сайта. Как сделать такое?

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

ну если надо именно www/site3 не трогая остальное то не выйдет так боюсь.
а если можно и все запихнуть в репозиторий, то проблем не выйдет.

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

[Andrej_K]

Похоже, не очень получится тогда Гит использовать как сверяльщик. В идеале нужна чистая сверка без лишних файлов репозитория, его я у себя на компьютере хранить могу, всю историю запихивать на сайт не охота особо, да и размер расти будет… хотя не особо он и большой будет, но всё равно чистота идеи пропадает, это уже другая немного история получается.

А есть ли тогда для целей сверки и загрузки (как в Дриме) что-то специальное? Гитом буду версии вести, а уже размещать на хостинге с сопоставлением чем-то другим. Можно и Тоталом закидывать, но это простой фтп, а нужно проверять на лишние файлы.

[Человек_Борща]

Что-то никто даже Eclipse не вспомнил, а он умеет все что нужно ТС.

Что за маразм с гитом творите?
Контроль версий нужен только разработчику, имхо. На конечном веб-сервере этому делу вообще нет места.
Если хотите бэкап на случай непредвиденного пушистого, то храните репозиторий на локальном ПК и отображайте его в облако, на тот же гугл.диск, для репозитория сайта - этого за глаза.

На сервере он нафиг не упал, т.к. там лежит конечная рабочая, вылизанная копия.


У вас есть продакшен, куда прочие люди ходят. Туда касячить нельзя в принципе.

Вам нужен тестовый сервак:
Создаете репозиторий исходников сайта, где-нибудь на другом диске на том же ПК, например в папке гугл.диска или другого облачного хранилища.
Создаете рабочую копию репозитория, добавляете в него файлы с продакшена, и делаете коммит этих файлов в репозиторий, так сказать точка старта. Удаляете рабочую копию (в репозиторий же все записали).
Теперь подымаете локальный клон сайта с продакшена с помощью того же OpenServer:
1. создаете базу, как на сервере, но с левыми паролями и логинами.
2. создаете рабочую копию файлов из репозитория в папке сайта.


Запускаете веб-сервер, смотрите правильно ли работает сайт. Если да, запускаете IDE и меняете в живую все что вам надо, т.е. поменяли файлик - посмотрели в браузере. IDE - любая, опять же Eclipse мне удобен. Хоть и повозится надо что бы его под себя настроить ^^.
Всё.
Когда реализовали и хотите передать изменения на продакшен:
1. делаете коммит ваших изменений в локальный репозиторий.
2. тоже самое на продуктив.

Можно даже совместить приятное с полезным, тыкать и нажимать

[Andrej_K]

Я не люблю локальные сервера, я делаю всё на поддомене.
Тогда получается, что без дополнительного фтп-сверяльщика не получится?
Значит мой вариант такой может быть:
1. у себя веду репозиторий (при желаниии его копию где-нибудь ещё, например в том же облаке);
2. правлю, что надо, делаю слепки периодически и, когда всё готово, отправляю всё сторонним сверяльщиком — на пробный поддомен сайта, а в облако копию репозитория;
3. если на поддомене всё хорошо, то повторно отправляю всё на действующий домен.

Продолжаю интересоваться на базе чего сделать себе свою среду и всё выталкивает меня к Виму или Имаку. Больше к Виму, чисто внешне, по ачучениям. Поэтому ещё один вопрос в этом сообщении — возможно ли на базе Вима всё это сделать? У кого-то есть опыт или, может, хотя бы рядом стояли?)

[Vapaamies]

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

Тогда получается, что без дополнительного фтп-сверяльщика не получится?

Если это VDS, на нем можно поднять rsync. Или мож вдруг какой хостинг rsync предоставляет... Я сам только клиентом rsync пользовался, в серверную кухню не влезал.

[Человек_Борща]

Я не люблю локальные сервера, я делаю всё на поддомене.

Ну флаг вам в руки.

Эклипс умеет передавать изменяемый файл по FTP на поддомен.
Когда сделали вы закончили и можно передать доработку на продакшен без последствий, делаете коммит EGit'ом в локальный репазиторий, а Egit из коммита берет все измененные файлы и засылает на основной домен. Всё, epic win.

[Andrej_K]

Так, приехали)))
Немного назад… Что такое Egit (я знаю только git), VDS и rsync?
У меня винда, если что.