Предположим, у вас есть загруженный из центрального репозитория бранч: d:Temp>git clone https://bitbucket.org/username/testrepo Cloning into ‘testrepo’… Username for ‘https://bitbucket.org’: username Password for ‘https://[email protected]’: remote: Counting objects: 3, done. remote: Total 3 (delta 0), reused 0 (delta 0) Unpacking objects: 100% (3/3), done. Checking connectivity… done.
Имеется центральный репозиторий. Пример установки описан в статье Git: свой репозиторий под NGINX +uWSGI. Для начала работы над проектом — надо загрузить локальные файлы в центральное «хранилище». Создаём локальный репозиторий: $ git init Initialized empty Git repository in /cygdrive/c/Users/User/Documents/PyProjects/APP_manager_python/.git/
Задача — создать общедоступный репозиторий, с доступом по HTTP. Авторизация — через .htaccess файл. UPD: Вероятно — после такой установки не будет работать git push с ошибкой “PROPFIND … 405«. Что бы избежать этого — NGINX надо собрать с поддержкой модулей http_dav_module и nginx-dav-ext-module. Подробнее — смотрите в посте Git: свой репозиторий под NGINX + WebDAV + uWSGI. Да… Читать далее »
Для создания нового репозитория — можно использовать Bitbucket REST APIs. Например — что бы создать репозиторий с именем testrepo для пользователя setevoy — выполняем: $ curl -X POST -u setevoy:p@ssw0rd -H «Content-Type: application/json» https://api.bitbucket.org/2.0/repositories/setevoy/testrepo -d ‘{«scm»: «git», «is_private»: «true», «fork_policy»: «no_public_forks» }’ % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total… Читать далее »
Имеется репозитория, например — из статьи Git: репозиторий с SSH-доступом и авторизация по SSH из Windows: d:Repostest>git remote -v origin git@172.***.***.5:/home/git/repos/test.git (fetch) origin git@172.***.***.5:/home/git/repos/test.git (push) Для просмотра уже имеющихся веток (branch) — используется опция branch: d:Repostest>git branch * master
Задача: создать центральный репозиторий на сервере. Доступ к репозиторию — по SSH (настройка с доступом по HTTP описана в посте Git: свой репозиторий под NGINX + WebDAV + uWSGI, но это долгий и муторный способ). Авторизация — по RSA-ключу. Установка выполняется на: # lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux… Читать далее »
Имеется центральный репозиторий. Настроен по статье Git: свой репозиторий под NGINX +uWSGI. При добавлении большого файла в репозиторий — Git сообщает об ошибке: $ git push zeus master Counting objects: 5483, done. Delta compression using up to 4 threads. Compressing objects: 100% (5343/5343), done. error: RPC failed; result=22, HTTP code = 500 | 2.82 MiB/s… Читать далее »
Обновлено: теперь работает push 🙂 Создание локального репозитория с доступом по HTTP. Используется NGINX для обработки HTTP, uWSGI — для обработки CGI. Предполагается, что имеется чистая система, поэтому — описывается установка каждого компонента. Для того, что бы была возможнеость выполнять git push — требуется собрать NGINX с дополнительным модулями — http_dav_module и nginx-dav-ext-module. Иначе — git push… Читать далее »
Установка на RHEL/CentOS: # yum install git-core Для Debian/Ubuntu: # apt-get install git-core GIT использует два файла настроек: /etc/gitconfig — общий, и ~/.gitconfig — для каждого пользователя. Для настроек GIT используется команда config. При её вызове можно использовать параметр —system (для использования /etc/gitconfig), или —global (для файла ~/.gitconfig).
При попытке использовать git на системе, находящейся за proxy-сервером — получаем сообщение об ошибке: # git clone https://github.com/graphite-project/carbon.git Initialized empty Git repository in /home/setevoy/carbon/.git/ error: Failed connect to github.com:443; Operation now in progress while accessing https://github.com/graphite-project/carbon.git/info/refs fatal: HTTP request failed Что бы настроить git на использование прокси — создаём файл настроек: