 |
Прикрепление к коммиту в Git нескольких цифровых подписей |
[обсудить]
|
| | В некоторых ситуациях может потребоваться добавить к уже существующему коммиту дополнительные цифровые подписи. Например, отдельные подписи могут прикреплять участники, занимавшиеся рецензированием кода, или ответственные за выпуск релизов, подтверждая проверку в своей зоне ответственности.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
 |
|
|
Хранение конфиденциальных данных в Git-репозитории (доп. ссылка 1) |
[комментарии]
|
| | В рамках проекта [[https://sobolevn.github.io/git-secret/ git-secret]] развивается простой плагин для Git, позволяющий хранить отдельные файлы в репозитории в зашифрованном виде. Например, шифрование может применяться к файлам с паролями, сертификатами и любыми другими конфиденциальными данными, которые не следует разглашать. В отличие от хранения подобных файлов отдельно от Git-репозитория, git-secret позволяет унифицировать обращение с приватной информацией и минимизировать угрозу её случайного добавления в репозиторий в открытом виде (например, периодически всплывают инциденты с размещением в публичных репозиториях файлов с паролями).
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Связка Git и Trac на Fedora 18 с использованием mod_wsgi |
Автор: Denis Salmanovich
[комментарии]
|
| | В статье речь пойдет о том, как связать вместе распределённую систему управления версиями файлов [[http://ru.wikipedia.org/wiki/Git Git]] и средство управления проектами и отслеживания ошибок в программном обеспечении [[http://ru.wikipedia.org/wiki/Trac Trac]] на Fedora 18 используя [[http://ru.wikipedia.org/wiki/Mod_wsgi mod_wsgi]].
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Определение типа окончания строк (Windows или Unix) для текстовых файлов в небольшом Web-проекте |
Автор: Kroz
[комментарии]
|
| | Ситуация: небольшой Web-проект разрабатывается несколькими людьми на разных ОС:
Windows и Linux. В результате в некоторых файлах перевод строк сделан в стиле
Windows, в некоторых - в стиле Unix. Неудобство состоит в том, что если
какая-то "интеллектуальная" программа поменяет тип перевода строк, система
контроля версий Subversion помечает все строки как изменившиеся, и нужны
дополнительные усилия чтобы определить реальные изменения. Поэтому было принято
решение определить тип перевода строк в каждом файле, и применить
соответствующие меры (например, использовать атрибут svn:eol-style в subversion).
Скрипт простой, легко кастомизируется под автоматическую конвертацию (с помощью
dos2unix), другие типы файлов, определение стиля Macintosh (в данном случае
различается только Windows и Unix):
for FILE in `find -iname '*.php' -or -iname '*.css' -or -iname '*.js' -or -iname '*.txt' -or -iname '*.xml'` ; do
echo -n "$FILE ... " ;
WIN=`grep -P "\\r$" $FILE | head`;
if [ -z "$WIN" ] ; then
echo "Unix"
else
echo "Windows"
fi
done
|
| |
|
|
|
Получение инкрементальных diff-файлов для subversion |
Автор: Аноним
[комментарии]
|
| | Для того чтобы в subversion получить инкрементальный diff между ревизиями ("как
в git"), чтобы было проще изучить изменения, можно использовать следующий скрипт:
#!/bin/sh
url="$1"
rev_start=$2
rev_end=$3
rev=$rev_start
while [ "$rev" -lt "$rev_end" ]
do
rold=$rev
rev=`expr $rev + 1`
fn=`printf %08d-%08d.diff $rold $rev`
echo $fn
svn diff $url@$rold $url@$rev > $fn
done
Результат - файлы с именами xxxxxxxx-xxxxxxxy.diff, где xxxxxxxx и xxxxxxxy - номера ревизий.
|
| |
|
|
|
Использование Git в Vim (доп. ссылка 1) |
Автор: felicson
[комментарии]
|
| | Ниже представлены два плагина, которые позволяют из Vim работать с Git.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Организация файлового хранилища на базе Git-репозитория при помощи Sparkleshare (доп. ссылка 1) |
[комментарии]
|
| | В рамках проекта [[http://www.sparkleshare.org/ Sparkleshare]] развивается свободный движок для организации похожих на Dropbox online-хранилищ, непосредственное хранение данных в которых осуществляется в любом Git-репозитории. Использование Git позволяет задействовать элементы версионного контроля для отслеживания изменений в файлах, давая возможность отследить все изменения и при необходимости вернуться к состоянию определенного файла в прошлом.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
|
|
Пример работы с персональным Git репозиторием |
[комментарии]
|
| | Имеем две машины: "рабочая" для хранения базового репозитория и работающего проекта, и локальная,
на которой будем вносить в этот репозиторий правки.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Создание хостинга для git репозитория в Debian Linux (доп. ссылка 1) |
Автор: Kirill A. Korinskiy
[комментарии]
|
| | Как оказалось, в современном debian создать хостинг для git репозитория, не просто просто, а очень просто.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Хранение файлов конфигурации в RCS (доп. ссылка 1) |
Автор: mahoro
[комментарии]
|
| | Система управления версиями RCS пригодилась для сохранения резервных копий файлов конфигурации и нескольких Perl модулей, активная разработка которых уже завершена, но мелкие исправления и переделки еще бывают.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
|
|
|
|
Как можно узнать какие branch имеются в удаленном CVS репозитории (доп. ссылка 1) |
Автор: butcher
[обсудить]
|
| | На сколько я знаю, нет способа 100%. Можно попробовать так, пример для gnumric'а:
Сначала нужно скачать один из файлов дистрибутива:
cvs -d:pserver:[email protected]:/cvs/gnome login
cvs -d:pserver:[email protected]:/cvs/gnome co gnumeric/ChangeLog
cvs -d:pserver:[email protected]:/cvs/gnome status -v gnumeric/ChangeLog
|
| |
|
|
|
Подсказка по CVS командам |
[обсудить]
|
| | Добавление нового файла/директории
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Как экспортировать релиз из CVS дерева. |
[обсудить]
|
| | cvs rtag release1_2 module_name
cvs export -r release1_2 module_name
Для формирования патча использовать: diff -u --recursive --new-file (diff -urN)
|
| |
|
|
|
Как запустить CVS сервер. |
[обсудить]
|
| | В /etc/inetd.conf
2401 stream tcp nowait cvs_user /usr/sbin/tcpd /usr/bin/cvs -f
--allow-root=/usr/local/cvsroot pserver
При этом список пользователей хранится в файле:
/usr/local/cvsroot/CVSROOT/passwd (формат: user:crypted_passwd)
Настройки:
/usr/local/cvsroot/CVSROOT/config
PreservePermissions=n
SystemAuth=no
|
| |
|
|
|
Как скачать дерево исходников с удаленного CVS сервера |
[обсудить]
|
| | export CVSROOT=:pserver:anonymous@remote_cvs_server_host:/usr/local/cvsroot
cvs login
cvs checkout
cvs logout
|
| |
|
|
