Git — что я делаю не так?

Question

[Eugene]

Мой первый вопрос здесь, постараюсь описать подробно.
Есть ubuntu server. Поднят гит.
Делаю тестовую папочку:
mkdir test
Создаю какой-нить файл и инициализирую гит:

cd test
git init
git add .
git commit -m "first commit"

Первый коммит и репозиторий готов...

В конфиге прописываю:

[receive]
denyCurrentBranch = ignore

Топаю на удаленный комп, клонирую по ssh ветку master. Создаю, к примеру, файл .gitignore, далее коммит, пуш - получаю сообщение, что все удачно запушилось, но на сервере изменений в файле нет. При проверке git status получаю ответ:

git@serv:/var/js/test$ git status
На ветке master
Изменения, которые будут включены в коммит:
  (используйте «git reset HEAD <файл>…», чтобы убрать из индекса)
        удалено:       .gitignore

Почему файл отмечается как "удалено" и почему изменения не применяются автоматически?

Comments

[Lynn «Кофеман»]

А никто не обещал что на "сервере" будет обновляться рабочаю копия.

[Lynn «Кофеман»]

Как вы, кстати, пушите в этот "сервер"?

[Eugene]

Алексей Тен, через webstrom. VCS -> Commit, VCS -> Git -> Push

Answer 1

[Сергей Кузнецов]

Git работает ровно так, как и должен. Всё запушилось в репозиторий, но если вы хотите актуализировать рабочий каталог тоже, то это придётся сделать командой
git reset --hard HEAD

Либо не обращайте внимания на рабочий каталог, либо сразу инициализируйте репозиторий на сервере в режиме bare, т. е. без рабочего каталога. Именно так работает GitHub или BitBucket
git init --bare

Comments

[Eugene]

Спасибо большое за совет)))

Answer 2

[Orfen]

git remote add origin {url-репозитория}
делал так?

Comments

[Eugene]

Нет( А где это необходимо делать? На сервере или локальной машине?

На локалке выдает:

\repo\test>git remote show
origin

[Orfen]

смотри, что первое нужно делать.

cd repository_folder
git init

потом создаешь репозиторий (https://github.com регаешься там, создаешь аккаунт, создаешь репозиторий)
переходишь на гитхабе на свой репозиторий и копируешь url репозитория

дальше в консоль
git remote add origin {url репозитория}
git status (проверяешь какие файлы изменены)
git add .
git commit -m "first commit"
git push -u origin master

на другой машине клонирование :
git clone {url репозитория} {название_папки_куда_клонить}

[Eugene]

Orfen, я не хочу юзать гитхаб, потому что он открытый, а проект коммерческий( Платить за приватный аккаунт смысла нет - есть собственный сервер.

По сути я все это сделал, но я не понимаю, почему изменения применяются на локалке, а когда я делаю пуш на сервер, они вроде как летят туда, но не сохраняются.

[Orfen]

Eugene, ну дк без репозитория то работать не будет, юзай тогда https://bitbucket.org
Сам подумай, куда будут лететь изменения если им некуда лететь , мм?

[Антон Спирин]

Eugene, упадет или накроется медным тазом ваш собственный сервер и работа будет парализована.

[Eugene]

Orfen, у меня свой физический сервер, на нем установлена ubuntu server и git'ом. Командой git init я создаю свой собственный репозиторий. У меня проблема с конфигом. Изменения прилетают. Что еще заметил.
Допустим создаю на серве 2 ветки: master и dev. Активной оставляю ветку master, а на локалке делают checkout dev-ветки и изменяю ее. Далее коммит, пуш на сервер - и изменения приехали нормально. Т.е. изменение не приходят в активную бранчу.

[Eugene]

Антон Спирин, спасибо за ценный комментарий, давайте его обсудим чуть позже и сосредоточимся пока на вопросе) Если Вас конечно не затруднит :)

[xzdshr]

Антон Спирин, Bitbucket тоже периодически накрывается медным тазом...
Настроить собственный сервер с гитом, CI и прочими плюшками вообще не проблема.

[Антон Спирин]

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

[xzdshr]

Антон Спирин, ваш поинт то в чем? В том что лень самому это делать, поэтому надо использовать облака?
https://status.bitbucket.org/history - вот тут тоже видно далеко не идеальную отказоустойчивость.
Причем когда падает облако, вообще непонятно когда оно там починится, а когда проблемы на своем сервере, то всегда можно уточнить у DevOps'a когда все будет готово.

[Антон Спирин]

xzdshr, поинт в комментарии на который вы ответили.

а когда проблемы на своем сервере, то всегда можно уточнить у DevOps'a когда все будет готово

Утверждение не имеет под собой ничего, так как:
1. Смотря какие проблемы
2. уточнить у DevOps'a можно не когда все будет готово, а когда он полагает, что все будет готово

Как видно из статистики bitbucket, отказоустойчивость сервиса отличная, примерно 99.5% времени сервис онлайн.

[Eugene]

Антон Спирин, чего вы прикопались к оборудованию?) Там стоят два серверных SAS-винта в RAID1 и оставим пока эту тему.

[xzdshr]

Антон Спирин, если вы не осилили собственный dev-сервер, это не значит что его не осилят другие. Накрыться медным тазом может что угодно и когда угодно, аргумент вообще ни о чем. В свете последних событий с РКН так вообще медный таз все ближе и ближе.
Не вижу смысла в дальнейшей общении, до свидания.

[Антон Спирин]

xzdshr, о боже, детский сад. Развязали дискуссию, перешли на личности и слились. Заметьте, я нигде не утверждал и не агитировал, что не надо использовать собственный сервер, а лишь написал об объективных недостатках такого решения. Вы же перевели дискуссию на "лень самому это делать" и "не осилили собственный dev-сервер".
Всего вам доброго и гуляйте на свежем воздухе почаще.

[xzdshr]

Антон Спирин, слиться... уажаемый, это просто общение а не уличная разборка. Я вас просто спросил почему вы топите против локального dev-сервера, ведь объективно он более отказоустойчив нежели облачные сервисы. Я рад если вы никогда не сталкивались с блокировками или банальным отключением интернета, после которых все сервисы кроме локального не работают. Если вы это расцениваете как переход на личности, то я прям не знаю, ну воспользуйтесь тогда своим же советом и погуляйте на свежем воздухе, будьте проще чтоли.
Теперь точно до свидания, воюйте в интернете с кем-нибудь другим.

[Антон Спирин]

xzdshr,

ведь объективно он более отказоустойчив нежели облачные сервисы

Термин объективно тут не уместен.

Если вы это расцениваете как переход на личности

ad hominem

воюйте в интернете с кем-нибудь другим

Заметьте, написали мне вы и продолжаете писать, даже после того, как перестали видеть смысл в дальнейшем общении и попрощались.

[Eugene]

Антон Спирин, xzdshr, ребят, пожалуйста, не нервничайте. У каждого своя точка зрения, это нормально. Не ругайтесь. Мне удобнее работать с своим сервером и я хочу в нем разобраться. Я понимаю, что проще юзать готовый облачный, но я не хочу проще, я хочу свое. Я пришел за помощью и советом, а вы тут устроили балаган, поругались на ровном и разбежались, а я как сидел у разбитого корыта так и сижу) Может кто-нибудь может помочь хотя бы правильно вопрос сформулировать для поиска?)

[Orfen]

Eugene, как ты хочешь поднимать свой сервер если не знаешь что такое git remote add origin ??

[Eugene]

Orfen, при удаленном клонировании эта связь автоматом создается, и при попытке ее снова задать мы получаем:

git remote add origin git@192.168.0.100:/var/js/test/.git
fatal: remote origin already exists.