Как создать репозиторий на github через консоль

Настройка репозитория

Этот обучающий материал включает в себя обзор настройки репозитория в системе контроля версий Git. На этой странице вы узнаете, как инициализировать репозиторий Git для нового или существующего проекта. Ниже представлены примеры жизненного цикла для репозиториев, созданных локально и клонированных из удаленных репозиториев. Для работы с этим руководством требуются начальные знания о работе с интерфейсом командной строки.

В данном руководстве обсуждаются следующие основные вопросы:

• Инициализация нового репозитория Git
• Клонирование существующего репозитория Git
• Коммит измененной версии файла в репозиторий
• Конфигурирование репозитория Git для удаленной совместной работы
• Распространенные команды для управления версиями Git

По окончании данного модуля вы должны уметь создавать репозиторий Git, использовать основные команды Git, выполнять коммит измененного файла, просматривать историю проекта и настраивать соединение с сервисом хостинга Git (Bitbucket).

Что такое репозиторий Git?

Репозиторий Git — это виртуальное хранилище проекта. В нем можно хранить версии кода для доступа по мере необходимости.

Инициализация нового репозитория: git init

Для создания нового репозитория используется команда git init . Команду git init выполняют только один раз для первоначальной настройки нового репозитория. Выполнение команды приведет к созданию нового подкаталога .git в вашем рабочем каталоге. Кроме того, будет создана новая главная ветка.

Создание версии существующего проекта с использованием нового репозитория Git

В этом примере предполагается, что у вас уже есть папка проекта, в которой вы и хотите создать репозиторий. Выполните команду cd для перехода к папке проекта, а затем выполните команду git init .

Связанные материалы

git branch

СМ. РЕШЕНИЕ

Изучите Git с помощью Bitbucket Cloud

cd /path/to/your/existing/code 
git init

Указание в команде git init существующего каталога проекта приведет к исполнению описанной выше инициализации, но только на уровне этого каталога проекта.

git init

Перейдите на страницу git init, чтобы получить подробные сведения о команде git init .

Клонирование существующего репозитория: git clone

Если проект уже настроен в центральном репозитории, наиболее распространенным способом создать его локальный клон является команда clone. Клонирование, как и команда git init , обычно выполняется один раз. Получив рабочую копию, разработчик в дальнейшем выполняет все операции контроля версий из своего локального репозитория.

git clone

Команду git clone выполняют для создания копии (клонирования) удаленного репозитория. В качестве параметра в команду git clone передается URL-адрес репозитория. Git поддерживает несколько различных сетевых протоколов и соответствующих форматов URL-адресов. В этом примере используется SSH-протокол Git. URL-адреса SSH в Git имеют следующий шаблон: git@HOSTNAME:USERNAME/REPONAME.git

Пример URL-адреса SSH в Git имеет вид: git@bitbucket.org:rhyolight/javascript-data-store.git , а ниже приведены значения шаблонных параметров:

• HOSTNAME: bitbucket.org
• USERNAME: rhyolight
• REPONAME: javascript-data-store

После исполнения команды последние версии файлов из главной ветки удаленного репозитория будут загружены и помещены в новый каталог. Имя нового каталога будет соответствовать параметру REPONAME. В данном случае это javascript-data-store . В каталоге будет вся история удаленного репозитория и только что созданная главная ветка.

Дополнительную информацию об использовании команды git clone и поддерживаемых форматах URL-адресов в Git см. на странице git clone.

Сохранение изменений в репозитории: git add и git commit

У вас появился репозиторий, созданный путем клонирования или инициализации. Теперь вы можете выполнять коммиты изменений в версиях файлов. В следующем примере предполагается, что вы настроили проект в каталоге /path/to/project . В этом примере предлагаются следующие шаги.

• Измените каталоги на /path/to/project
• Создайте новый файл CommitTest.txt с текстом ~«тест для обучения работе с Git»~
• С помощью команды git add добавьте файл CommitTest.txt в репозиторий проиндексированных файлов
• Создайте новый коммит с комментарием, описывающим, что именно было изменено в коммите

cd /path/to/project 
echo "test content for git tutorial" >> CommitTest.txt 
git add CommitTest.txt 
git commit -m "added CommitTest.txt to the repo"

По завершении этого примера файл CommitTest.txt добавится к истории репозитория, и репозиторий будет отслеживать последующие изменения в файле.

В этом примере представлены две новые команды в Git: add и commit . Этот очень упрощенный пример. Подробнее обе команды объяснены на страницах git add и git commit. Команду git add часто используют с флагом —all . Команда git add —all добавляет все измененные и неотслеживаемые файлы в репозиторий и обновляет дерево изменений репозитория.

Совместная работа в разных репозиториях: git push

Важно понимать, что рабочая копия в Git существенно отличается от рабочей копии, получаемой при загрузке исходного кода из репозитория SVN. В отличие от SVN, в Git нет разницы между рабочими копиями и центральным репозиторием — все они являются полноценными репозиториями Git.

Поэтому совместная работа в Git принципиально отличается от совместной работы в SVN. В SVN работа строится на отношении между центральным репозиторием и рабочей копией, а модель совместной работы в Git основана на взаимодействии между репозиториями. Вместо загрузки рабочей копии в центральный репозиторий SVN в Git вы отправляете коммиты из одного репозитория в другой или копируете их в обратном направлении.

Вы легко можете задавать особую роль определенным репозиториям Git. Например, обозначив один из репозиториев Git как «центральный», вы можете воспроизвести централизованный процесс с использованием Git. Такой подход требует общих договоренностей, он не встроен в саму систему контроля версий.

Сравнение чистых и клонированных репозиториев

Если в предыдущем разделе («Инициализация нового репозитория») для настройки локального репозитория вы использовали команду git clone , ваш репозиторий уже готов к удаленной совместной работе. Команда git clone автоматически настроит репозиторий, в котором значение remote будет соответствовать URL-адресу Git, из которого был клонирован репозиторий. Это означает, что после изменений файла и выполнения коммита вы можете сразу выполнить команду git push , чтобы отправить эти изменения в удаленный репозиторий.

Если вы использовали команду git init для создания репозитория с нуля, у вас не будет удаленного репозитория, в который можно помещать изменения. Зачастую для инициализации нового репозитория пользователь переходит на сервис Git-хостинга (например, Bitbucket) и создает репозиторий там. Данный сервис предоставит URL-адрес Git, который затем можно добавить в локальный репозиторий Git. После этого можно выполнять команду git push в репозиторий на хостинге. После создания удаленного репозитория на выбранном хостинге вам понадобится обновить локальный репозиторий, выполнив привязку. Этот процесс описывается далее в руководстве по установке и настройке.

Если вы предпочитаете поддерживать собственный удаленный репозиторий, вам нужно создать «чистый репозиторий». Для этого команды git init и git clone принимают аргумент —bare . Наиболее популярная причина использования чистого репозитория — создание удаленного центрального репозитория Git

Конфигурирование и настройка: git config

После настройки удаленного репозитория его URL-адрес нужно добавить в локальный файл git config , а также создать вышестоящую ветку для локальных веток. Такую возможность предоставляет команда git remote .

git remote add

Эта команда привяжет удаленный репозиторий по адресу ＜remote_repo_url＞ к ссылке в вашем локальном репозитории ＜remote_name＞ . После привязки удаленного репозитория в него можно будет отправлять локальные ветки с помощью команды push.

git push -u

Эта команда поместит ветку локального репозитория с именем в удаленный репозиторий .

Дополнительную информацию о команде git remote см. на странице удаленной работы в Git .

Помимо конфигурирования URL-адреса удаленного репозитория, вам может потребоваться установить глобальные параметры Git, например имя пользователя или электронный адрес. Команда git config позволяет настроить инсталляцию Git (или отдельный репозиторий) из командной строки. С помощью этой команды можно установить любые настройки: от информации о пользователе до его предпочтений и характеристик репозитория. Ниже перечислены распространенные варианты конфигурации.

Git хранит варианты конфигурации в трех различных файлах, позволяющих ограничивать область видимости на уровне отдельных репозиториев (локальный), пользователя (глобальный) или всей системы (системный):

• Локальный: /.git/config — настройки на уровне репозитория.
• Глобальный: /.gitconfig — настройки на уровне пользователя. Здесь хранятся настройки с флагом —global.
• Системный: $(prefix)/etc/gitconfig — настройки на уровне всей системы.

Укажите имя автора, которое будет использоваться для всех коммитов в текущем репозитории. Обычно для настройки параметров конфигурации для текущего пользователя используется флаг —global .

git config --global user.name

Эта команда задает имя автора, которое будет использоваться для всех коммитов, выполненных текущим пользователем.

Добавление аргумента —local или выполнение команды без параметра уровня конфигурации приведет к установке значения user.name для текущего локального репозитория.

git config --local user.email

Эта команда задает адрес электронной почты автора, который будет использоваться для всех коммитов, выполненных текущим пользователем.

git config —global alias.

Создайте быстрые клавиши для команды Git. Это мощная возможность для создания собственных комбинаций клавиш для часто используемых команд Git. Ниже показан упрощенный пример:

git config --global alias.ci commit

Так создается команда ci , которую можно использовать как сокращение команды git commit . Подробнее об алиасах в Git см. на странице git config.

it config --system core.editor

Выберите текстовый редактор, используемый для таких команд, как git commit , для всех пользователей текущего компьютера. Аргумент должен представлять собой команду, запускающую нужный редактор (например, vi). В этом примере представлен аргумент —system . Аргумент —system устанавливает настройку на уровне всей системы, включая всех пользователей и все репозитории на компьютере. Дополнительную информацию об уровнях конфигурации см. на странице удаленной работы с git.

git config --global --edit

В текстовом редакторе откройте файл глобальной конфигурации для редактирования вручную. Подробное руководство по настройке текстового редактора для Git см. на странице Git config.

Пояснения

Все варианты конфигурации сохраняются в обычных текстовых файлах, так что команда git config — это всего лишь удобный интерфейс командной строки. Как правило, установку Git следует настраивать только при начале работы на новом компьютере. В подавляющем большинстве случаев понадобится только флаг —global . Одно из важных исключений — необходимость переписать электронный адрес автора. Вы можете поставить личный электронный адрес для личных репозиториев и репозиториев с открытым исходным кодом, а рабочий электронный адрес — для рабочих репозиториев.

Git хранит варианты конфигурации в трех различных файлах, что позволяет ограничивать область видимости на уровне отдельных репозиториев, пользователей или всей системы.

• /.git/config — настройки на уровне репозитория.
• ~/.gitconfig — личные настройки пользователя. Здесь хранятся настройки с флагом —global.
• $(prefix)/etc/gitconfig — настройки на уровне всей системы.

Если параметры, указанные в этих файлах, конфликтуют, локальные настройки переопределяют пользовательские настройки, которые в свою очередь переопределяют системные настройки. Если вы откроете один из этих файлов, вы увидите нечто подобное:

[user] name = John Smith email = john@example.com [alias] st = status co = checkout br = branch up = rebase ci = commit [core] editor = vim

Вы можете изменить эти значения вручную, эффект будет аналогичен использованию команды git config .

Пример

В первую очередь после установки Git требуется указать свое имя и адрес электронной почты, а также настроить некоторые параметры по умолчанию. Пример типичной начальной конфигурации показан далее.

Представьтесь репозиторию Git с помощью команды git config

git --global user.name "John Smith" git config --global user.email john@example.com

Выберите любимый текстовый редактор

git config --global core.editor vim

Добавьте алиасы по типу SVN

git config --global alias.st status 
git config --global alias.co checkout 
git config --global alias.br branch 
git config --global alias.up rebase 
git config --global alias.ci commit

Создастся файл ~ /.gitconfig , описанный в предыдущем разделе. Подробную информацию о команде git config см. на странице Git config.

Резюме

Мы показали, как создать репозиторий Git двумя способами: git init и git clone. Этим руководством можно пользоваться при необходимости управления исходным кодом ПО или другим контентом, при хранении которого требуется поддерживать версионность. Кроме того, были представлены команды git add, git commit, git push и git remote и показаны простые примеры их использования.

Как создать репозиторий на GitHub через командную строку?

В папке с проектом создаю локальный репозиторий ( git init ), выполняю весь необходимый минимум ( git add . , git commit -m «Описание коммита» ), и пробую выложить его в свой аккаунт на GitHub:

$ git remote add git_prj https://github.com/Gooddjamp/git_prj.git $ git push -u git_prj master 

А возвращается ошибка:

remote: Repository not found. fatal: repository ‘https: // github.com / Gooddjamp/git_prj.git/’ not found

Помогите решить проблему, как выложить свой проект на GitHub.
Отслеживать
4,286 14 14 золотых знаков 42 42 серебряных знака 92 92 бронзовых знака
задан 19 мар 2016 в 15:27
181 1 1 золотой знак 1 1 серебряный знак 5 5 бронзовых знаков
Создай там, склонируй себе в папку, добавить новый файл, закомить и отправь в гитхаб
19 мар 2016 в 15:39

Так все работает: создал репозиторий в акаунте на github.com, клонировал себе на пк, добавил файлы проэкта, закомитил, отправил на github, все ок. НО хотелось бы создать репозиторий удаленно, перенести свой локальный репозиторий на github, а не получаеться (((

19 мар 2016 в 21:12
@Gooddjamp: в таком случае измените формулировку вопроса, так как Вашего НО там нет.
19 мар 2016 в 22:22
edem, Вы правы, формулировка была не точна. Спасибо
20 мар 2016 в 10:17

Тут пишут, так : . $ git remote add origin https://github.com/USER/demo.git . $ git push -u origin master Похоже, разница в origin

20 мар 2016 в 10:28

5 ответов 5

Сортировка: Сброс на вариант по умолчанию

Linux / OS X

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

curl -u 'USER_NAME' https://api.github.com/user/repos -d'' 

Вводим пароль от учетной записи:

Enter host password for user ‘USER_NAME’:

Репозиторий demo создан.

Теперь выгружаем проект.

git remote add origin https://github.com/USER_NAME/demo.git git push -u origin master 

Windows

Вариант 1:

Устанавливаем утилиту cURL и перезагружаемся. Дальше последовательность идентична Linux.

Вариант 2 (Спасибо @PinkTux):

Cкачиваем архив wget, разархивируем в любое место на диске и прописываем путь в переменной PATH . Открываем командную строку и пишем следующее:

wget https://api.github.com/user/repos --user=%USER_NAME --password=%PASSWORD --auth-no-challenge --post-data="" 

Обратите внимание на экранирование кавычек (обратный слэш перед кавычкой) в —post-data . Не смотря на отсутствие необходимости перезагрузки, все же способ имеет и недостаток — необходимо явно в строке указывать пароль.

Таким способом можно создавать репозитории с различными параметрами.Вот туд приведен полный перечень параметров. Например для создания приватного репозитория (если у вас есть конечно такая привилегия) нужно подставить в первую строку после -d :

Отслеживать
ответ дан 20 мар 2016 в 12:19
Sanek Zhitnik Sanek Zhitnik
2,212 2 2 золотых знака 17 17 серебряных знаков 28 28 бронзовых знаков
Плюс за true unix way создания репозитория ))
23 мар 2016 в 7:07

А почему . /demo.git в git remote . , если в curl . дали имя <"name":"demo">(т.е. без .git)? По моему (пока еще начальному) опыту на github создается репозиторий в точности с указанным именем. Вообще, надежней перед git remote . зайти на github в только что созданный проект и скопировать URL

25 мая 2016 в 13:46

@avp, вы совершенно правы и именно так я и поступил – взял код, предлагаемый GitHub’ом. Ваш вопрос меня заинтересовал, и я нашел на него ответ на EngSO. Если я правильно понял .git в url используется для обращения к чистым репозиториям. Попробовал обратится без .git – коммит улетел на удаленный репозиторий . Спасибо за Ваш комментарий.

25 мая 2016 в 15:23

«Устанавливаем утилиту cURL и перезагружаемся» — а перезагружаться зачем? Впрочем, можно и так, уж wget никакой перезагрузки не потребует, только один его exe-шник положить в PATH и всё: wget.exe -O NUL —auth-no-challenge —user=USER —password=PASSWORD «https://api.github.com/user/repos» —post-data=» (насчёт NUL не уверен, не помню как там в windows «в никуда» отправить, чтобы он HTTP-ответ в файле не сохранял)

28 окт 2016 в 21:11
@PinkTux о, спасибо спасибо. попозже проверю и добавлю.
28 окт 2016 в 21:38

1. Создание удалённого репозитория при помощи hub

hub — консольное приложение, упрощающее введение команд git и позволяющее производить некоторые недоступные для git действия в удалённых репозиториях из терминала. Так, при помощи hub возможно создание нового GitHub репозитория без обращений к веб-интерфейсу, для этого используется команда

Необязательные параметры команды:

• -d — описание репозитория, на сайте GitHub располагается под именами пользователя и репозитория;
• -h — ссылка на сайт, соответствующий репозиторию, в веб-интерфейсе GitHub находится рядом с описанием;
• -p — сделать репозиторий приватным; параметр доступен только если у Вас платный GitHub аккаунт.

2. Демонстрация

Создаём, используя Git Bash, репозиторий с именем KristinitaTest.github.io в Windows.

SashaChernykh@DESKTOP-0G54NVG MINGW32 /e $ mkdir KristinitaTest.github.io # Имя папки станет и именем Вашего удалённого репозитория. SashaChernykh@DESKTOP-0G54NVG MINGW32 /e $ cd KristinitaTest.github.io SashaChernykh@DESKTOP-0G54NVG MINGW32 /e/KristinitaTest.github.io $ touch README.MD SashaChernykh@DESKTOP-0G54NVG MINGW32 /e/KristinitaTest.github.io $ start README.MD # Пишем «Repository for test GitHub features and demonstrations.» в файл README.MD. SashaChernykh@DESKTOP-0G54NVG MINGW32 /e/KristinitaTest.github.io $ hub init Initialized empty Git repository in E:/KristinitaTest.github.io/.git/ SashaChernykh@DESKTOP-0G54NVG MINGW32 /e/KristinitaTest.github.io (master) $ hub add . && git commit -m "Repository for Sasha tests" [master (root-commit) b56f811] Repository for Sasha tests 1 file changed, 1 insertion(+) create mode 100644 README.MD SashaChernykh@DESKTOP-0G54NVG MINGW32 /e/KristinitaTest.github.io (master) $ hub create -d "Create test repository" -h "Kristinita.ru" Updating origin created repository: Kristinita/KristinitaTest.github.io # Протокол «http://» будет добавлен автоматически в имя сайта. SashaChernykh@DESKTOP-0G54NVG MINGW32 /e/KristinitaTest.github.io (master) $ hub push -u origin master Counting objects: 3, done. Delta compression using up to 4 threads. Compressing objects: 100% (2/2), done. Writing objects: 100% (3/3), 296 bytes | 0 bytes/s, done. Total 3 (delta 0), reused 0 (delta 0) To https://github.com/Kristinita/KristinitaTest.github.io.git * [new branch] master -> master 

Новый репозиторий успешно создан.

3. Примечания

1. В ответе подразумевается, что Вы уже связаны с аккаунтом на GitHub, и Вам не придётся при каждом push вводить логин/пароль.
2. Лично протестировано только на Windows 10, но так как hub — кроссплатформенная утилита, решение должно работать и в других операционных системах.

#2 — Первые коммиты.

На сегодняшнем уроке мы продолжим наше знакомство с Git. Если предыдущий видеоурок был по большей своей части теоретическим, то это занятие будет, в основном, ориентировано на практику.

Создаем git репозиторий

Изучение на практике работы с Git мы начнем с запуска консоли Git Bash. Консоли не нужно пугаться. Работать в ней очень комфортно.

Первое, что необходимо сделать в начале работы с Git, — это создать git репозиторий. На нашем видеоуроке вы узнаете, что git репозиторий можно создать двумя способами:

Команды: git status, git add, git commit

Все файлы в рабочем каталоге нашего проекта могут находиться в двух состояниях:

Автор видеоурока расскажет, как проверить, находится ли файл под версионным контролем или нет. Для этого используется специальная команда Git — git status . А для того, чтобы добавить файл к отслеживаемым нужно применить команду git add .

Ну, и наконец, на этом уроке вы научитесь делать свои первые коммиты. Вносите в файл какое-то изменение, командой git add добавляете его к отслеживаемым и с помощью команды git commit -m с радостью делаете коммит.

Использовать команду git add нужно при каждом внесении изменения в файл, иначе файл будет коммититься без этих изменений.

Приятного всем просмотра! Учитесь с удовольствием!

Добавление локально размещенного кода в GitHub

If your code is stored locally on your computer and is tracked by Git or not tracked by any version control system (VCS), you can import the code to GitHub using GitHub CLI or Git commands.

Platform navigation

About adding existing source code to GitHub

If you have source code stored locally on your computer that is tracked by Git or not tracked by any version control system (VCS), you can add the code to GitHub by typing commands in a terminal. You can do this by typing Git commands directly, or by using GitHub CLI.

GitHub CLI is an open source tool for using GitHub from your computer’s command line. GitHub CLI can simplify the process of adding an existing project to GitHub using the command line. To learn more about GitHub CLI, see «About GitHub CLI.»

Note: If you’re most comfortable with a point-and-click user interface, consider adding your project with GitHub Desktop instead. For more information, see «Adding a repository from your local computer to GitHub Desktop.»

If your source code is tracked by a different VCS, such as Mercurial, Subversion, or Team Foundation Version Control, you must convert the repository to Git before you can add the project to GitHub.

• «Importing a Subversion repository»
• «Importing a Mercurial repository»
• «Importing a Team Foundation Version Control repository»

Warning: Never git add , commit , or push sensitive information to a remote repository. Sensitive information can include, but is not limited to:

• Passwords
• SSH keys
• AWS access keys
• API keys
• Credit card numbers
• PIN numbers

Initializing a Git repository

If your locally-hosted code isn’t tracked by any VCS, the first step is to initialize a Git repository. If your project is already tracked by Git, skip to «Importing a Git repository with the command line.»

1. Open Terminal Terminal Git Bash .
2. Navigate to the root directory of your project.
3. Initialize the local directory as a Git repository. By default, the initial branch is called main . If you’re using Git 2.28.0 or a later version, you can set the name of the default branch using -b .

git init -b main 

If you’re using Git 2.27.1 or an earlier version, you can set the name of the default branch using git symbolic-ref .

git init && git symbolic-ref HEAD refs/heads/main 

$ git add . # Adds the files in the local repository and stages them for commit. To unstage a file, use 'git reset HEAD YOUR-FILE'. 

$ git commit -m "First commit" # Commits the tracked changes and prepares them to be pushed to a remote repository. To remove this commit and modify the file, use 'git reset --soft HEAD~1' and commit and add the file again. 

Importing a Git repository with the command line

After you’ve initialized a Git repository, you can push the repository to GitHub, using either GitHub CLI or Git.

• «Adding a local repository to GitHub with GitHub CLI»
• «Adding a local repository to GitHub using Git»

Adding a local repository to GitHub with GitHub CLI

1. To create a repository for your project on GitHub, use the gh repo create subcommand. When prompted, select Push an existing local repository to GitHub and enter the desired name for your repository. If you want your project to belong to an organization instead of your user account, specify the organization name and project name with organization-name/project-name .
2. Follow the interactive prompts. To add the remote and push the repository, confirm yes when asked to add the remote and push the commits to the current branch.
3. Alternatively, to skip all the prompts, supply the path to the repository with the —source flag and pass a visibility flag ( —public , —private , or —internal ). For example, gh repo create —source=. —public . Specify a remote with the —remote flag. To push your commits, pass the —push flag. For more information about possible arguments, see the GitHub CLI manual.

Adding a local repository to GitHub using Git

1. Create a new repository on GitHub.com. To avoid errors, do not initialize the new repository with README, license, or gitignore files. You can add these files after your project has been pushed to GitHub. For more information, see «Creating a new repository.»
2. At the top of your repository on GitHub.com’s Quick Setup page, click

to copy the remote repository URL.

git remote add origin REMOTE-URL 

git remote -v 

git push -u origin main 

1. Create a new repository on GitHub.com. To avoid errors, do not initialize the new repository with README, license, or gitignore files. You can add these files after your project has been pushed to GitHub. For more information, see «Creating a new repository.»
2. At the top of your repository on GitHub.com’s Quick Setup page, click

to copy the remote repository URL.

git remote add origin REMOTE-URL 

git remote -v 

git push origin main 

1. Create a new repository on GitHub.com. To avoid errors, do not initialize the new repository with README, license, or gitignore files. You can add these files after your project has been pushed to GitHub. For more information, see «Creating a new repository.»
2. At the top of your repository on GitHub.com’s Quick Setup page, click

to copy the remote repository URL.

git remote add origin REMOTE-URL 

git remote -v 

git push origin main 

Further reading

• «Adding a file to a repository»
• «Troubleshooting the 2 GB push limit»