IT в России ни чем не отличается от любой другой работы, особенно если ИТ – это приблуда, с помощью которой делают бизнес, а не основной процесс и цель. Любой не опытный разработчик, почти любой, проходит через этот ад, не побоюсь этого слова, ад "джамшута" для получения опыта. Иначе без опыта не возьмут на уровень выше.
Метка: разработка
Git и репозитории Git внутри главного проекта.
По сути это мой процесс разборок с Git. Я решил внедрять его у себя на работе. Поэтому изучаю, т.к. инициатива моя – я должен хорошо разбираться.
Тут копия моего вопроса с ХэшКода.
————–
Добрый день.
Такая проблема.
Создал репозиторий на bitbucket, залил проект, однако в проекте имелось пару модулей, которые имели внутри себя репозитории Git. В итоге папки этих модулей не открываются на bitbucket.
Я удалил из этих папок Git репозитории в локальном проекте, но они не идут в add и не комитятся. .gitignore нету.
Когда делаю pull с bitbucket то папки которые были со своими Git пустые.
Как можно затереть эти папки и файлы на сервере своими локальными копиями?
Что если я сделаю checkout и укажу удаленную ветку, а потом сделаю git rm для этих папок, сделаю commit. Потом вернусь в master и накачу pull, а потом сделаю add и push, может получится?
Похоже, что нет. Файлы остаются те же. Вопрос остается, выделенный жирным.
———-
тебе нужен git submodule либо git subtree
(56 минут назад)Vladimir Gordeev
———
я прочитал описание по ссылке http://git-scm.com/
Но это не решает мою проблему.
root@:/srv/asb.ru# git submodule init No submodule mapping found in .gitmodules for path ‘modules/minion’ root@:/srv/asb.ru# git submodule update No submodule mapping found in .gitmodules for path ‘modules/minion’
—————
(44 минуты назад)Олег Абражаев
Заработало!!!
Сначала я вернул файлы Git в папки git init.
Потом сделал git rm --cached 'modules/minion'
и для второй папки
а потом
1 2 3 |
git submodule add ./modules/minion modules/minion |
и для второй папки так же
После этого они добавились через commit и стали отображаться на bitbucket
Через git subtree можно будет избавиться от модулей, сделать их каталогами, если надо.
————-
отвечен 27 минут назад
Олег Абражаев
На другом сервере сделался git pull Теперь там нужно сделать
1 2 3 |
git submodule init |
и обновлять модули
1 2 3 |
git submodule update |
Разработка это постоянные проблемы.
Oleg Abrazhaev
Разработка это постоянные проблемы. Вообще IT в принципе это постоянно решение проблем, всегда что-то не работает и глючит.
Это угнетает.
Like1
26 Nov at 12:21 pm
Hide comments
Anatoly Lyakhovsky
это жизнь)
Like26 Nov at 1:50 pm
Oleg Abrazhaev
Anatoly, жизнь не должна угнетать.
Like26 Nov at 1:51 pm to Anatoly
Anatoly Lyakhovsky
Олег, правильно
Like26 Nov at 1:51 pm to Oleg
Oleg Abrazhaev
Anatoly, ты наверное намекаешь на восприятие.
Я же намекаю на то, что нужно менять, если не нравится.
Like26 Nov at 1:57 pm to Anatoly
Sergey Tilion
Любая работа – это решение задач, любая задача – это проблема. Если слишком напрягают проблемы в одной области, можешь специализироваться на проблемах в другой.
Like126 Nov at 4:23 pm
Kirill Semyonov
Сергей,+1
Like26 Nov at 4:42 pm
Oleg Abrazhaev
Sergey, не соглашусь. Есть такие задачи, которые решаешь, они решаются и о них забываешь. И тебе приятно и всем приятно. А есть такие, где делаешь делаешь, а потом еще доделываешь пять раз. И по ходу дела все через жопу и бесит.
Like26 Nov at 4:51 pm to Sergey
Sergey Tilion
Олег, от этого эти задачи не перестают быть проблемами. вообще, смотря что ты в это слово вкладываешь, конечно.
Like26 Nov at 4:53 pm to Oleg
Oleg Abrazhaev
Sergey, то, что не приносит удовольствия при решении и бесит.
Знания + опыт + продукт != продукт + опыт
Комментарий с Хабра, сохраню себе на будущее.