Артем, дело не в самом индексе, а в многопоточной (параллельной) загрузке его, чтобы ускорить работу. Твой хостинг блокирует запуск сразу многих процессов, поэтому вылезает ошибка. Эта опция немного замедляет работу, так как данные теперь читаются последовательно и только по запросу.
RAID создаётся из нескольких физических дисков, а не из нескольких разделов на ОДНОМ диске.
И вообще на домашнем компе нет смысла в RAID. Лучше подумай об резервном копировании данных.
Зеркало это не резервная копиия.
Участники ничего не должны делать из-за косяков одного члена команды.
Кто это писал? ))
А так да, у меня претензии к автору ответа, а не к твоим комментариям.
В любом случае, ребейз не вызовет никаких проблем если мы работаем в команде и есть толковый руководитель, который даст нужные распоряжения всем. Не вижу проблемы в ребейзе.
mkone112,
Наличие коммита слияния не является ошибкой, многие работают по такой схеме. Но если руководитель команды просит избавиться от лишнего ветвления, то мы легко можем это сделать. И не факт что эта ветка общая, может и не повлияет перебазирование ни на кого.
А вот удалять репозиторий — совершенно бессмысленная и ненужная в данной ситуации операция. И тем более непонятно зачем делать revert? Что нам это даст?
mkone112, С какого перепуга мастер поменяется? Я никуда не перемещаюсь из тематической ветки. Последний параметр в команде означает переключиться в эту ветку, если вдруг мы находимся не на ней. Если мы уже в своей ветке, то последний параметр можно опустить. Изменяем только свою ветку, мастер не трогаем.
Saboteur а зачем весь репозиторий то удалять? Если мы перепишем историю только одной ветки, то только её и удаляем и загружаем заново. А ещё лучше если коллеги просто перезагрузят её через git pull --rebase, чтобы не терять свою работу, если успели добавить что-то локально.
Pragma Games, вообще-то да, минус перед другими параметрами похож на ошибку, но строки text и -text валидные. Это указывает на то, как diff будет воспринимать эти файлы. Как текстовые или как двоичные. И как будут учитываться символы новой строки EOL.
Мы наверное не должны редактировать файл .gitattributes вручную, а добавлять туда значения через команду git lfs track, чтобы не накосячить в синтаксисе.
Оба варианта неправильные. Если я правильно понял, у тебя уже есть проект на компьютере, который ты хочешь начать отслеживать через Git. Вот и сделай это, а отправка его на BitBucket это уже второстепенная задача.
Первым делом ты должен инициализировать локальный репозиторий в папке твоего проекта. git init
Создать правильный .gitignore, чтобы впомогательные файлы и npm-модули не мозолили глаза. Их не надо отслеживать. Потом файлы с кодом проиндексировать. git add файлы
Создать начальный коммит с текущим состоянием проекта. git commit
Это стандартный рабочий процесс.
Если нужно отправить код в BitBucket или любой другой хостинг, то ты должен сначала создать там пустой репозиторий, а затем следовать инструкциям, которые там же обычно сразу показываются.
Обычно достаточно двух шагов, чтобы связать локальный и внешний репозиторий. git remote add origin https://адрес_репозитория.git
git push -u origin master
Первая команда запоминает адрес внешнего репо в переменной origin.
Вторая заливает проект и создает связь локальной ветки с внешней веткой master.
После merge ветки featA в master лучше пересадить ветку featB на актуальный master. git rebase master featB
Либо влить актуальный мастер в ветку featB git merge master featB
Так мы сможем видеть различия featB по сравнению с актуальным кодом, а не со старой версией master.
Иначе запутаетесь потом во время вливания featB в master. Надеюсь вы не мёржите в master в слепую, а предварительно рецензируете сделанные изменения. Будет непонятно, что именно сделано в featB, так как там вылезут и коммиты из featA тоже. А актуальный мастер может успеть убежать вперёд. Зачем вам создавать эти проблемы на пустом месте?
Евгений Береговой,
Под клиентскими пакетами подразумеваете клиентские лицензии? Но если вы используете левые патчи для снятия зашитых лицензионных ограничений, значит вам наверное не важна лицензионная чистота?
Тогда серверной винды точно достаточно. Даже активировать или взламывать не обязательно.
Для авторизации не обязательно вводить каждый раз логин и пароль. Чаще достаточно просто одного клика мышкой в браузере.